diff --git a/BigQuery/OMOP CDM bigquery ddl.txt b/BigQuery/OMOP CDM bigquery ddl.txt index 581d410..f1bb04f 100644 --- a/BigQuery/OMOP CDM bigquery ddl.txt +++ b/BigQuery/OMOP CDM bigquery ddl.txt @@ -1,42 +1,66 @@ -/*OMOP CDM v5.3.1 14June2018*/ +/* + Copyright 2018-08 Observational Health Data Sciences and Informatics + + + Licensed under the Apache License, Version 2.0 (the "License"); + you may not use this file except in compliance with the License. + You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + + Unless required by applicable law or agreed to in writing, software + distributed under the License is distributed on an "AS IS" BASIS, + WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + See the License for the specific language governing permissions and + limitations under the License. + +OMOP CDM v6.0 DDL + +bigquery script to create OMOP common data model version 6.0 + +last revised: 27-Aug-2018 + +Authors: Patrick Ryan, Christian Reich, Clair Blacketer +*/ + #standardsql create table concept ( concept_id INT64 not null , - concept_name STRING not null , - domain_id STRING not null , - vocabulary_id STRING not null , - concept_class_id STRING not null , - standard_concept STRING , - concept_code STRING not null , - valid_start_DATE DATE not null , - valid_end_DATE DATE not null , - invalid_reason STRING + concept_name STRING not null , + domain_id STRING not null , + vocabulary_id STRING not null , + concept_class_id STRING not null , + standard_concept STRING null , + concept_code STRING not null , + valid_start_date date not null , + valid_end_date date not null , + invalid_reason STRING null ) ; create table vocabulary ( - vocabulary_id STRING not null, - vocabulary_name STRING not null, - vocabulary_reference STRING not null, - vocabulary_version STRING , + vocabulary_id STRING not null, + vocabulary_name STRING not null, + vocabulary_reference STRING not null, + vocabulary_version STRING not null, vocabulary_concept_id INT64 not null ) ; create table domain ( - domain_id STRING not null, - domain_name STRING not null, + domain_id STRING not null, + domain_name STRING not null, domain_concept_id INT64 not null ) ; create table concept_class ( - concept_class_id STRING not null, - concept_class_name STRING not null, - concept_class_concept_id INT64 not null + concept_class_id STRING not null, + concept_class_name STRING not null, + concept_class_concept_id INT64 not null ) ; @@ -44,20 +68,20 @@ create table concept_class ( create table concept_relationship ( concept_id_1 INT64 not null, concept_id_2 INT64 not null, - relationship_id STRING not null, - valid_start_DATE DATE not null, - valid_end_DATE DATE not null, - invalid_reason STRING + relationship_id STRING not null, + valid_start_date date not null, + valid_end_date date not null, + invalid_reason STRING null ) ; create table relationship ( - relationship_id STRING not null, - relationship_name STRING not null, - is_hierarchical STRING not null, - defines_ancestry STRING not null, - reverse_relationship_id STRING not null, + relationship_id STRING not null, + relationship_name STRING not null, + is_hierarchical STRING not null, + defines_ancestry STRING not null, + reverse_relationship_id STRING not null, relationship_concept_id INT64 not null ) ; @@ -65,7 +89,7 @@ create table relationship ( create table concept_synonym ( concept_id INT64 not null, - concept_synonym_name STRING not null, + concept_synonym_name STRING not null, language_concept_id INT64 not null ) ; @@ -81,73 +105,72 @@ create table concept_ancestor ( create table source_to_concept_map ( - source_code STRING not null, + source_code STRING not null, source_concept_id INT64 not null, - source_vocabulary_id STRING not null, - source_code_description STRING , + source_vocabulary_id STRING not null, + source_code_description STRING null, target_concept_id INT64 not null, - target_vocabulary_id STRING not null, - valid_start_DATE DATE not null, - valid_end_DATE DATE not null, - invalid_reason STRING + target_vocabulary_id STRING not null, + valid_start_date date not null, + valid_end_date date not null, + invalid_reason STRING null ) ; - - create table drug_strength ( drug_concept_id INT64 not null, ingredient_concept_id INT64 not null, - amount_value FLOAT64 , - amount_unit_concept_id INT64 , - numerator_value FLOAT64 , - numerator_unit_concept_id INT64 , - denominator_value FLOAT64 , - denominator_unit_concept_id INT64 , - box_size INT64 , - valid_start_DATE DATE not null, - valid_end_DATE DATE not null, - invalid_reason STRING + amount_value FLOAT64 null, + amount_unit_concept_id INT64 null, + numerator_value FLOAT64 null, + numerator_unit_concept_id INT64 null, + denominator_value FLOAT64 null, + denominator_unit_concept_id INT64 null, + box_size INT64 null, + valid_start_date date not null, + valid_end_date date not null, + invalid_reason STRING null ) ; - create table cohort_definition ( cohort_definition_id INT64 not null, - cohort_definition_name STRING not null, - cohort_definition_description STRING , + cohort_definition_name STRING not null, + cohort_definition_description STRING null, definition_type_concept_id INT64 not null, - cohort_definition_syntax STRING , + cohort_definition_syntax STRING null, subject_concept_id INT64 not null, - cohort_initiation_DATE DATE + cohort_initiation_date date null ) ; create table attribute_definition ( attribute_definition_id INT64 not null, - attribute_name STRING not null, - attribute_description STRING , + attribute_name STRING not null, + attribute_description STRING null, attribute_type_concept_id INT64 not null, - attribute_syntax STRING + attribute_syntax STRING null ) ; + + create table cdm_source ( - cdm_source_name STRING not null , - cdm_source_abbreviation STRING , - cdm_holder STRING , - source_description STRING , - source_documentation_reference STRING , - cdm_etl_reference STRING , - source_release_DATE DATE , - cdm_release_DATE DATE , - cdm_version STRING , - vocabulary_version STRING + cdm_source_name STRING not null , + cdm_source_abbreviation STRING null , + cdm_holder STRING null , + source_description STRING null , + source_documentation_reference STRING null , + cdm_etl_reference STRING null , + source_release_date date null , + cdm_release_date date null , + cdm_version STRING null , + vocabulary_version STRING null ) ; @@ -156,37 +179,42 @@ create table metadata ( metadata_concept_id INT64 not null , metadata_type_concept_id INT64 not null , - name STRING not null , - value_as_string STRING , - value_as_concept_id INT64 , - metadata_DATE DATE , - metadata_DATETIME DATETIME + name STRING not null , + value_as_string STRING null , + value_as_concept_id INT64 null , + metadata_date date null , + metadata_datetime DATETIME null ) ; +insert into metadata (name, value_as_string) --Added cdm version record +values ('CDM Version', '6.0') +; + + --HINT DISTRIBUTE_ON_KEY(person_id) create table person ( - person_id INT64 not null , + person_id INT64 not null , --INT64s added gender_concept_id INT64 not null , year_of_birth INT64 not null , - month_of_birth INT64 , - day_of_birth INT64 , - birth_DATETIME DATETIME , + month_of_birth INT64 null, + day_of_birth INT64 null, + birth_datetime DATETIME null, race_concept_id INT64 not null, ethnicity_concept_id INT64 not null, - location_id INT64 , - provider_id INT64 , - care_site_id INT64 , - person_source_value STRING , - gender_source_value STRING , - gender_source_concept_id INT64 , - race_source_value STRING , - race_source_concept_id INT64 , - ethnicity_source_value STRING , - ethnicity_source_concept_id INT64 + location_id INT64 null, + provider_id INT64 null, + care_site_id INT64 null, + person_source_value STRING null, + gender_source_value STRING null, + gender_source_concept_id INT64 null, + race_source_value STRING null, + race_source_concept_id INT64 null, + ethnicity_source_value STRING null, + ethnicity_source_concept_id INT64 null ) ; @@ -196,8 +224,8 @@ create table observation_period ( observation_period_id INT64 not null , person_id INT64 not null , - observation_period_start_DATE DATE not null , - observation_period_end_DATE DATE not null , + observation_period_start_date date not null , + observation_period_end_date date not null , period_type_concept_id INT64 not null ) ; @@ -210,17 +238,17 @@ create table specimen person_id INT64 not null , specimen_concept_id INT64 not null , specimen_type_concept_id INT64 not null , - specimen_DATE DATE not null , - specimen_DATETIME DATETIME , - quantity FLOAT64 , - unit_concept_id INT64 , - anatomic_site_concept_id INT64 , - disease_status_concept_id INT64 , - specimen_source_id STRING , - specimen_source_value STRING , - unit_source_value STRING , - anatomic_site_source_value STRING , - disease_status_source_value STRING + specimen_date date null , + specimen_datetime DATETIME not null , + quantity FLOAT64 null , + unit_concept_id INT64 null , + anatomic_site_concept_id INT64 null , + disease_status_concept_id INT64 null , + specimen_source_id STRING null , + specimen_source_value STRING null , + unit_source_value STRING null , + anatomic_site_source_value STRING null , + disease_status_source_value STRING null ) ; @@ -229,12 +257,12 @@ create table specimen create table death ( person_id INT64 not null , - death_DATE DATE not null , - death_DATETIME DATETIME , + death_date date null , + death_datetime DATETIME not null , death_type_concept_id INT64 not null , - cause_concept_id INT64 , - cause_source_value STRING , - cause_source_concept_id INT64 + cause_concept_id INT64 null , + cause_source_value STRING null, + cause_source_concept_id INT64 null ) ; @@ -245,20 +273,20 @@ create table visit_occurrence visit_occurrence_id INT64 not null , person_id INT64 not null , visit_concept_id INT64 not null , - visit_start_DATE DATE not null , - visit_start_DATETIME DATETIME , - visit_end_DATE DATE not null , - visit_end_DATETIME DATETIME , + visit_start_date date null , + visit_start_datetime DATETIME not null , + visit_end_date date null , + visit_end_datetime DATETIME not null , visit_type_concept_id INT64 not null , - provider_id INT64 , - care_site_id INT64 , - visit_source_value STRING , - visit_source_concept_id INT64 , - admitting_source_concept_id INT64 , - admitting_source_value STRING , - discharge_to_concept_id INT64 , - discharge_to_source_value STRING , - preceding_visit_occurrence_id INT64 + provider_id INT64 null, + care_site_id INT64 null, + visit_source_value STRING null, + visit_source_concept_id INT64 null , + admitted_from_concept_id INT64 NULL , /*Changed from admitting_source_* */ + admitted_from_source_value STRING NULL , + discharge_to_source_value STRING null , + discharge_to_concept_id INT64 null , + preceding_visit_occurrence_id INT64 null ) ; @@ -266,25 +294,25 @@ create table visit_occurrence --HINT DISTRIBUTE_ON_KEY(person_id) create table visit_detail ( - visit_detail_id INT64 not null , - person_id INT64 not null , + visit_detail_id INT64 not null , + person_id INT64 not null , visit_detail_concept_id INT64 not null , - visit_detail_start_DATE DATE not null , - visit_detail_start_DATETIME DATETIME , - visit_detail_end_DATE DATE not null , - visit_detail_end_DATETIME DATETIME , - visit_deatil_type_concept_id INT64 not null , - provider_id INT64 , - care_site_id INT64 , - admitting_source_concept_id INT64 , - discharge_to_concept_id INT64 , - preceding_visit_detail_id INT64 , - visit_detail_source_value STRING , - visit_deatil_source_concept_id INT64 , - admitting_source_value STRING , - discharge_to_source_value STRING , - visit_detail_parent_id INT64 , - visit_occurrence_id INT64 not null + visit_detail_start_date date null , + visit_detail_start_datetime DATETIME not null , + visit_detail_end_date date null , + visit_detail_end_datetime DATETIME not null , + visit_detail_type_concept_id INT64 not null , + provider_id INT64 null , + care_site_id INT64 null , + discharge_to_concept_id INT64 null , + admitted_from_concept_id INT64 NULL , /*Changed from admitting_source_* */ + admitted_from_source_value STRING NULL , + visit_detail_source_value STRING null , + visit_detail_source_concept_id INT64 null , + discharge_to_source_value STRING null , + preceding_visit_detail_id INT64 null , + visit_detail_parent_id INT64 null , + visit_occurrence_id INT64 not null ) ; @@ -295,17 +323,17 @@ create table procedure_occurrence procedure_occurrence_id INT64 not null , person_id INT64 not null , procedure_concept_id INT64 not null , - procedure_DATE DATE not null , - procedure_DATETIME DATETIME , + procedure_date date null , + procedure_datetime DATETIME not null , procedure_type_concept_id INT64 not null , - modifier_concept_id INT64 , - quantity INT64 , - provider_id INT64 , - visit_occurrence_id INT64 , - visit_detail_id INT64 , - procedure_source_value STRING , - procedure_source_concept_id INT64 , - modifier_source_value STRING + modifier_concept_id INT64 null , + quantity INT64 null , + provider_id INT64 null , + visit_occurrence_id INT64 null , + visit_detail_id INT64 null , + procedure_source_value STRING null , + procedure_source_concept_id INT64 null , + modifier_source_value STRING null , ) ; @@ -316,26 +344,26 @@ create table drug_exposure drug_exposure_id INT64 not null , person_id INT64 not null , drug_concept_id INT64 not null , - drug_exposure_start_DATE DATE not null , - drug_exposure_start_DATETIME DATETIME , - drug_exposure_end_DATE DATE not null , - drug_exposure_end_DATETIME DATETIME , - verbatim_end_DATE DATE , + drug_exposure_start_date date null , + drug_exposure_start_datetime DATETIME not null , + drug_exposure_end_date date null , + drug_exposure_end_datetime DATETIME not null , + verbatim_end_date date null , drug_type_concept_id INT64 not null , - stop_reason STRING , - refills INT64 , - quantity FLOAT64 , - days_supply INT64 , - sig STRING , - route_concept_id INT64 , - lot_number STRING , - provider_id INT64 , - visit_occurrence_id INT64 , - visit_detail_id INT64 , - drug_source_value STRING , - drug_source_concept_id INT64 , - route_source_value STRING , - dose_unit_source_value STRING + stop_reason STRING null , + refills INT64 null , + quantity FLOAT64 null , + days_supply INT64 null , + sig STRING null , + route_concept_id INT64 null , + lot_number STRING null , + provider_id INT64 null , + visit_occurrence_id INT64 null , + visit_detail_id INT64 null , + drug_source_value STRING null , + drug_source_concept_id INT64 null , + route_source_value STRING null , + dose_unit_source_value STRING null ) ; @@ -346,18 +374,18 @@ create table device_exposure device_exposure_id INT64 not null , person_id INT64 not null , device_concept_id INT64 not null , - device_exposure_start_DATE DATE not null , - device_exposure_start_DATETIME DATETIME , - device_exposure_end_DATE DATE , - device_exposure_end_DATETIME DATETIME , + device_exposure_start_date date null , + device_exposure_start_datetime DATETIME not null , + device_exposure_end_date date null , + device_exposure_end_datetime DATETIME null , device_type_concept_id INT64 not null , - unique_device_id STRING , - quantity INT64 , - provider_id INT64 , - visit_occurrence_id INT64 , - visit_detail_id INT64 , - device_source_value STRING , - device_source_concept_id INT64 + unique_device_id STRING null , + quantity INT64 null , + provider_id INT64 null , + visit_occurrence_id INT64 null , + visit_detail_id INT64 null , + device_source_value STRING null , + device_source_concept_id INT64 null ) ; @@ -368,19 +396,19 @@ create table condition_occurrence condition_occurrence_id INT64 not null , person_id INT64 not null , condition_concept_id INT64 not null , - condition_start_DATE DATE not null , - condition_start_DATETIME DATETIME , - condition_end_DATE DATE , - condition_end_DATETIME DATETIME , + condition_start_date date null , + condition_start_datetime DATETIME not null , + condition_end_date date null , + condition_end_datetime DATETIME null , condition_type_concept_id INT64 not null , - stop_reason STRING , - provider_id INT64 , - visit_occurrence_id INT64 , - visit_detail_id INT64 , - condition_source_value STRING , - condition_source_concept_id INT64 , - condition_status_source_value STRING , - condition_status_concept_id INT64 + condition_status_concept_id INT64 null , + stop_reason STRING null , + provider_id INT64 null , + visit_occurrence_id INT64 null , + visit_detail_id INT64 null , + condition_source_value STRING null , + condition_source_concept_id INT64 null , + condition_status_source_value STRING null ) ; @@ -391,23 +419,23 @@ create table measurement measurement_id INT64 not null , person_id INT64 not null , measurement_concept_id INT64 not null , - measurement_DATE DATE not null , - measurement_DATETIME DATETIME , - measurement_time STRING , + measurement_date date null , + measurement_datetime DATETIME not null , + measurement_time STRING null, measurement_type_concept_id INT64 not null , - operator_concept_id INT64 , - value_as_number FLOAT64 , - value_as_concept_id INT64 , - unit_concept_id INT64 , - range_low FLOAT64 , - range_high FLOAT64 , - provider_id INT64 , - visit_occurrence_id INT64 , - visit_detail_id INT64 , - measurement_source_value STRING , - measurement_source_concept_id INT64 , - unit_source_value STRING , - value_source_value STRING + operator_concept_id INT64 null , + value_as_number FLOAT64 null , + value_as_concept_id INT64 null , + unit_concept_id INT64 null , + range_low FLOAT64 null , + range_high FLOAT64 null , + provider_id INT64 null , + visit_occurrence_id INT64 null , + visit_detail_id INT64 null , + measurement_source_value STRING null , + measurement_source_concept_id INT64 null , + unit_source_value STRING null , + value_source_value STRING null ) ; @@ -417,18 +445,21 @@ create table note ( note_id INT64 not null , person_id INT64 not null , - note_DATE DATE not null , - note_DATETIME DATETIME , + note_event_id INT64 null , --This and the field below added + note_domain_id STRING null , --This field may be removed in favor of the one below +--note_event_table_concept_id INT64 NULL , --This may be added based on 9/4 meeting + note_date date null , + note_datetime DATETIME not null , note_type_concept_id INT64 not null , note_class_concept_id INT64 not null , - note_title STRING , - note_text STRING , + note_title STRING null , + note_text STRING null , encoding_concept_id INT64 not null , language_concept_id INT64 not null , - provider_id INT64 , - visit_occurrence_id INT64 , - visit_detail_id INT64 , - note_source_value STRING + provider_id INT64 null , + visit_occurrence_id INT64 null , + visit_detail_id INT64 null , + note_source_value STRING null ) ; @@ -436,20 +467,20 @@ create table note create table note_nlp ( - note_nlp_id INT64 , - note_id INT64 , - section_concept_id INT64 , - snippet STRING , - "offset" STRING , - lexical_variant STRING not null , - note_nlp_concept_id INT64 , - note_nlp_source_concept_id INT64 , - nlp_system STRING , - nlp_DATE DATE not null , - nlp_DATETIME DATETIME , - term_exists STRING , - term_temporal STRING , - term_modifiers STRING + note_nlp_id INT64 not null , + note_id INT64 not null , + section_concept_id INT64 null , + snippet STRING null , + "offset" STRING null , + lexical_variant STRING not null , + note_nlp_concept_id INT64 null , + nlp_system STRING null , + nlp_date date not null , + nlp_datetime DATETIME null , + term_exists STRING null , + term_temporal STRING null , + term_modifiers STRING null , + note_nlp_source_concept_id INT64 null ) ; @@ -457,28 +488,64 @@ create table note_nlp --HINT DISTRIBUTE_ON_KEY(person_id) create table observation ( - observation_id INT64 not null , - person_id INT64 not null , - observation_concept_id INT64 not null , - observation_DATE DATE not null , - observation_DATETIME DATETIME , - observation_type_concept_id INT64 not null , - value_as_number FLOAT64 , - value_as_string STRING , - value_as_concept_id INT64 , - qualifier_concept_id INT64 , - unit_concept_id INT64 , - provider_id INT64 , - visit_occurrence_id INT64 , - visit_detail_id INT64 , - observation_source_value STRING , - observation_source_concept_id INT64 , - unit_source_value STRING , - qualifier_source_value STRING + observation_id INT64 not null , + person_id INT64 not null , + observation_concept_id INT64 not null , + observation_date date null , + observation_datetime DATETIME not null , + observation_type_concept_id INT64 not null , + value_as_number FLOAT64 null , + value_as_string STRING null , + value_as_concept_id INT64 null , + qualifier_concept_id INT64 null , + unit_concept_id INT64 null , + provider_id INT64 null , + visit_occurrence_id INT64 null , + visit_detail_id INT64 null , + observation_source_value STRING null , + observation_source_concept_id INT64 null , + unit_source_value STRING null , + qualifier_source_value STRING null , + observation_event_id INT64 null , /* This will link back to the event table (SURVEY) on SURVEY_OCCURRENCE_ID, changed name to comply with COST and NOTE*/ + observation_event_domain_id STRING null , + --obs_event_table_concept_id INT64 NULL , /* Changed name to comply with COST and NOTE. This should be 'Survey'. Had to use 'obs' for oracle restriction, may be added on 9/4*/ + value_as_datetime DATETIME null ) ; +create table survey_conduct /*Should this be SURVEY_OCCURRENCE instead to comply with the other tables?*/ +( + survey_conduct_id INT64 not null , + person_id INT64 not null , + survey_concept_id INT64 not null , + survey_start_date date null , + survey_start_datetime DATETIME null , + survey_end_date date null , + survey_end_datetime DATETIME not null , + provider_id INT64 null , + assisted_concept_id INT64 null , + respondent_type_concept_id INT64 null , + timing_concept_id INT64 null , + collection_method_concept_id INT64 null , + assisted_source_value STRING null , + respondent_type_source_value STRING null , + timing_source_value STRING null , + collection_method_source_value STRING null , + survey_source_value STRING null , + survey_source_concept_id INT64 null , + survey_source_identifier STRING null , + validated_survey_concept_id INT64 null , + validated_survey_source_value STRING null , + survey_version_number STRING null , + visit_occurrence_id INT64 null , + visit_detail_id INT64 null , + response_to_visit_occurrence_id INT64 null +) +; + + + create table fact_relationship ( domain_concept_id_1 INT64 not null , @@ -490,16 +557,33 @@ create table fact_relationship ; + + create table location ( - location_id INT64 not null , - address_1 STRING , - address_2 STRING , - city STRING , - state STRING , - zip STRING , - county STRING , - location_source_value STRING + location_id INT64 not null , + address_1 STRING null , + address_2 STRING null , + city STRING null , + state STRING null , + zip STRING null , + county STRING null , + country STRING null , + location_source_value STRING null , + latitude FLOAT64 null , + longitude FLOAT64 null +) +; + +create table location_history +( + location_history_id INT64 not null , + location_id INT64 not null , + relationship_type_concept_id INT64 null , --Recent addition based on github discussion + domain_id STRING not null , + entity_id INT64 not null , + start_date date not null , + end_date date null ) ; @@ -507,11 +591,11 @@ create table location create table care_site ( care_site_id INT64 not null , - care_site_name STRING , - place_of_service_concept_id INT64 , - location_id INT64 , - care_site_source_value STRING , - place_of_service_source_value STRING + care_site_name STRING null , + place_of_service_concept_id INT64 null , + location_id INT64 null , + care_site_source_value STRING null , + place_of_service_source_value STRING null ) ; @@ -519,81 +603,86 @@ create table care_site create table provider ( provider_id INT64 not null , - provider_name STRING , - npi STRING , - dea STRING , - specialty_concept_id INT64 , - care_site_id INT64 , - year_of_birth INT64 , - gender_concept_id INT64 , - provider_source_value STRING , - specialty_source_value STRING , - specialty_source_concept_id INT64 , - gender_source_value STRING , - gender_source_concept_id INT64 + provider_name STRING null , + npi STRING null , + dea STRING null , + specialty_concept_id INT64 null , + care_site_id INT64 null , + year_of_birth INT64 null , + gender_concept_id INT64 null , + provider_source_value STRING null , + specialty_source_value STRING null , + specialty_source_concept_id INT64 null , + gender_source_value STRING null , + gender_source_concept_id INT64 null ) ; + + --HINT DISTRIBUTE_ON_KEY(person_id) create table payer_plan_period ( - payer_plan_period_id INT64 not null , - person_id INT64 not null , - payer_plan_period_start_DATE DATE not null , - payer_plan_period_end_DATE DATE not null , - payer_concept_id INT64 , - payer_source_value STRING , - payer_source_concept_id INT64 , - plan_concept_id INT64 , - plan_source_value STRING , - plan_source_concept_id INT64 , - sponsor_concept_id INT64 , - sponsor_source_value STRING , - sponsor_source_concept_id INT64 , - family_source_value STRING , - stop_reason_concept_id INT64 , - stop_reason_source_value STRING , - stop_reason_source_concept_id INT64 + payer_plan_period_id INT64 not null , + person_id INT64 not null , + contract_person_id INT64 null , + payer_plan_period_start_date date not null , + payer_plan_period_end_date date not null , + payer_concept_id INT64 null , + plan_concept_id INT64 null , + contract_concept_id INT64 null , + sponsor_concept_id INT64 null , + stop_reason_concept_id INT64 null , + payer_source_value STRING null , + payer_source_concept_id INT64 null , + plan_source_value STRING null , + plan_source_concept_id INT64 null , + contract_source_value STRING null , + contract_source_concept_id INT64 null , + sponsor_source_value STRING null , + sponsor_source_concept_id INT64 null , + family_source_value STRING null , + stop_reason_source_value STRING null , + stop_reason_source_concept_id INT64 null ) ; create table cost ( - cost_id INT64 not null , - cost_event_id INT64 not null , - cost_domain_id STRING not null , - cost_type_concept_id INT64 not null , - currency_concept_id INT64 , - total_charge FLOAT64 , - total_cost FLOAT64 , - total_paid FLOAT64 , - paid_by_payer FLOAT64 , - paid_by_patient FLOAT64 , - paid_patient_copay FLOAT64 , - paid_patient_coinsurance FLOAT64 , - paid_patient_deductible FLOAT64 , - paid_by_primary FLOAT64 , - paid_ingredient_cost FLOAT64 , - paid_dispensing_fee FLOAT64 , - payer_plan_period_id INT64 , - amount_allowed FLOAT64 , - revenue_code_concept_id INT64 , - revenue_code_source_value STRING , - drg_concept_id INT64 , - drg_source_value STRING + cost_id INT64 not null , + person_id INT64 not null, + cost_event_id INT64 not null , + cost_domain_id STRING not null , +--cost_event_table_concept_id INT64 NOT NULL , /*This is still in discussion and most likely will replace cost_domain_id at 9/4 meeting*/ + cost_concept_id INT64 not null , + cost_type_concept_id INT64 not null , + currency_concept_id INT64 null , + cost FLOAT64 null , + incurred_date date not null , + billed_date date null , + paid_date date null , + revenue_code_concept_id INT64 null , + drg_concept_id INT64 null , + cost_source_value STRING null , + cost_source_concept_id INT64 null , + revenue_code_source_value STRING null , + drg_source_value STRING null , + payer_plan_period_id INT64 null ) ; + + --HINT DISTRIBUTE_ON_KEY(subject_id) create table cohort ( cohort_definition_id INT64 not null , subject_id INT64 not null , - cohort_start_DATE DATE not null , - cohort_end_DATE DATE not null + cohort_start_date date not null , + cohort_end_date date not null ) ; @@ -601,13 +690,13 @@ create table cohort --HINT DISTRIBUTE_ON_KEY(subject_id) create table cohort_attribute ( - cohort_definition_id INT64 not null , - subject_id INT64 not null , - cohort_start_DATE DATE not null , - cohort_end_DATE DATE not null , - attribute_definition_id INT64 not null , - value_as_number FLOAT64 , - value_as_concept_id INT64 + cohort_definition_id INT64 not null , + subject_id INT64 not null , + cohort_start_date date not null , + cohort_end_date date not null , + attribute_definition_id INT64 not null , + value_as_number FLOAT64 null , + value_as_concept_id INT64 null ) ; @@ -618,10 +707,10 @@ create table drug_era drug_era_id INT64 not null , person_id INT64 not null , drug_concept_id INT64 not null , - drug_era_start_DATE DATE not null , - drug_era_end_DATE DATE not null , - drug_exposure_count INT64 , - gap_days INT64 + drug_era_start_date date not null , + drug_era_end_date date not null , + drug_exposure_count INT64 null , + gap_days INT64 null ) ; @@ -633,9 +722,9 @@ create table dose_era person_id INT64 not null , drug_concept_id INT64 not null , unit_concept_id INT64 not null , - dose_value FLOAT64 not null , - dose_era_start_DATE DATE not null , - dose_era_end_DATE DATE not null + dose_value FLOAT64 not null , + dose_era_start_date date not null , + dose_era_end_date date not null ) ; @@ -646,8 +735,8 @@ create table condition_era condition_era_id INT64 not null , person_id INT64 not null , condition_concept_id INT64 not null , - condition_era_start_DATE DATE not null , - condition_era_end_DATE DATE not null , - condition_occurrence_count INT64 + condition_era_start_date date not null , + condition_era_end_date date not null , + condition_occurrence_count INT64 null ) ; diff --git a/Documentation/CommonDataModel_Wiki_Files/ATLAS_Persistence_Window.PNG b/Documentation/CommonDataModel_Wiki_Files/ATLAS_Persistence_Window.PNG deleted file mode 100644 index 3028f97..0000000 Binary files a/Documentation/CommonDataModel_Wiki_Files/ATLAS_Persistence_Window.PNG and /dev/null differ diff --git a/Documentation/CommonDataModel_Wiki_Files/Athena_download_box.png b/Documentation/CommonDataModel_Wiki_Files/Athena_download_box.png deleted file mode 100644 index 009f50a..0000000 Binary files a/Documentation/CommonDataModel_Wiki_Files/Athena_download_box.png and /dev/null differ diff --git a/Documentation/CommonDataModel_Wiki_Files/Background/Background.md b/Documentation/CommonDataModel_Wiki_Files/Background/Background.md deleted file mode 100644 index 8ebd54a..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/Background/Background.md +++ /dev/null @@ -1,19 +0,0 @@ -[The Role of the Common Data Model](https://github.com/OHDSI/CommonDataModel/wiki/The-Role-of-the-Common-Data-Model) -[Design Principles](https://github.com/OHDSI/CommonDataModel/wiki/Design-Principles) -[Data Model Conventions](https://github.com/OHDSI/CommonDataModel/wiki/Data-Model-Conventions) - -The Observational Medical Outcomes Partnership (OMOP) was a public-private partnership established to inform the appropriate use of observational healthcare databases for studying the effects of medical products. Over the course of the 5-year project and through its community of researchers from industry, government, and academia, OMOP successfully achieved its aims to: - - - Conduct methodological research to empirically evaluate the performance of various analytical methods on their ability to identify true associations and avoid false findings, - - Develop tools and capabilities for transforming, characterizing, and analyzing disparate data sources across the health care delivery spectrum, and - - Establish a shared resource so that the broader research community can collaboratively advance the science. - -The results of OMOP's research has been widely published and presented at scientific conferences, including [annual symposia](https://www.ohdsi.org/events/2017-ohdsi-symposium/). - -The OMOP Legacy continues... - -The community is actively using the OMOP Common Data Model for their various research purposes. Those tools will continue to be maintained and supported, and information about this work is available in the public domain. - -The Observational Health Data Sciences and Informatics (OHDSI) has been established as a multi-stakeholder, interdisciplinary collaborative to create open-source solutions that bring out the value of observational health data through large-scale analytics. The OHDSI collaborative includes all of the original OMOP research investigators, and will develop its tools using the OMOP Common Data Model. Learn more at [ohdsi.org](http://ohdsi.org). - -The OMOP Common Data Model will continue to be an open-source, community standard for observational healthcare data. The model specifications and associated work products will be placed in the public domain, and the entire research community is encouraged to use these tools to support everybody's own research activities. diff --git a/Documentation/CommonDataModel_Wiki_Files/Background/Data-Model-Conventions.md b/Documentation/CommonDataModel_Wiki_Files/Background/Data-Model-Conventions.md deleted file mode 100644 index 09546d6..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/Background/Data-Model-Conventions.md +++ /dev/null @@ -1,85 +0,0 @@ -There are a number of implicit and explicit conventions that have been adopted in the CDM. Developers of methods that run methods against the CDM need to understand these conventions. - -### General conventions of data tables - -The CDM is platform-independent. Data types are defined generically using ANSI SQL data types (VARCHAR, INTEGER, FLOAT, DATE, TIME, CLOB). Precision is provided only for VARCHAR. It reflects the minimal required string length and can be expanded within a CDM instantiation. The CDM does not prescribe the date and time format. Standard queries against CDM may vary for local instantiations and date/time configurations. - -In most cases, the first field in each table ends in "_id", containing a record identifier that can be used as a foreign key in another table. - -### General conventions of fields - -Variable names across all tables follow one convention: - -Notation|Description ----------------------|-------------------------------------------------- -|_SOURCE_VALUE|Verbatim information from the source data, typically used in ETL to map to CONCEPT_ID, and not to be used by any standard analytics. For example, condition_source_value = '787.02' was the ICD-9 code captured as a diagnosis from the administrative claim| -|_ID|Unique identifiers for key entities, which can serve as foreign keys to establish relationships across entities For example, person_id uniquely identifies each individual. visit_occurrence_id uniquely identifies a PERSON encounter at a point of care.| -|_CONCEPT_ID|Foreign key into the Standardized Vocabularies (i.e. the standard_concept attribute for the corresponding term is true), which serves as the primary basis for all standardized analytics For example, condition_concept_id = 31967 contains reference value for SNOMED concept of 'Nausea'| -|_SOURCE_CONCEPT_ID|Foreign key into the Standardized Vocabularies representing the concept and terminology used in the source data, when applicable For example, condition_source_concept_id = 35708202 denotes the concept of 'Nausea' in the MedDRA terminology; the analogous condition_concept_id might be 31967, since SNOMED-CT is the Standardized Vocabularies for most clinical diagnoses and findings.| -|_TYPE_CONCEPT_ID|Delineates the origin of the source information, standardized within the Standardized Vocabularies For example, drug_type_concept_id can allow analysts to discriminate between 'Pharmacy dispensing' and 'Prescription written'| - -### Representation of content through Concepts - -In CDM data tables the meaning of the content of each record is represented using Concepts. Concepts are stored with their concept_id as foreign keys to the CONCEPT table in the Standardized Vocabularies, which contains Concepts necessary to describe the healthcare experience of a patient. If a Standard Concept does not exist or cannot be identified, the Concept with the concept_id 0 is used, representing a non-existing or unmappable concept. - -Records in the CONCEPT table contain all the detailed information about it (name, relationships, types etc.). Concepts, Concept Relationships and other information relating to Concepts contained in the tables of the Standardized Vocabularies.. - -### Difference between Concept IDs and Source Values - -Many tables contain equivalent information multiple times: As a Source Value, a Source Concept and as a Standard Concept. - - * Source Values contains the codes from public code systems such as ICD-9-CM, NDC, CPT-4 etc. or local controlled vocabularies (such as F for female and M for male) copied from the source data. Source Values are stored in the _source_value field in the data tables. - * Concepts are CDM-specific entities that represent the meaning of a clinical fact. Most concepts are based on code systems used in healthcare (called Source Concepts), while others were created de-novo (concept_code = "OMOP generated"). Concepts have unique IDs across all domains. - * Source Concepts are the concepts that represent the code used in the source. Source Concepts are only used for common healthcare code systems, but not for OMOP-generated Concepts. Source Concepts are stored in the source_concept_id field in the data tables. - * Standard Concepts are those concepts that are used to define the unique meaning of a clinical entity. For each entity there is one Standard Concept. Standard Concepts are typically drawn from existing public vocabulary sources. Concepts that have the equivalent meaning to a Standard Concept are mapped to the Standard Concept. Standard Concepts are referred to in the concept_id field of the data tables. - -Source Values are only provided for convenience and quality assurance (QA) purposes. Source Values and Source Concepts are optional, while Standard Concepts are mandatory. Source Values may contain information that is only meaningful in the context of a specific data source. - -### Difference between general Concepts and Type Concepts - -Type Concepts (ending in _type_concept_id) and general Concepts (ending in _concept_id) are part of many tables. The former are special Concepts with the purpose of indicating where the data are derived from in the source. For example, the Type Concept field can be used to distinguish a DRUG_EXPOSURE record that is derived from a pharmacy-dispensing claim from one indicative of a prescription written in an electronic health record (EHR). - -### Time span of available data - -Data tables for clinical data contain a date stamp (ending in _date, _start_date or _end_date), indicating when that clinical event occurred. As a rule, no record can be outside of a valid OBSERVATION_PERIOD time period. Clinical information that relates to events happened prior the first OBSERVATION_PERIOD, it will be captured as a record in the OBSERVATION table of 'Medical history' (concept_id = 43054928), with the observation_date set to the first observation_period_start_date of that patient, and the value_as_concept_id set to the corresponding concept_id for the condition/drug/procedure that occurred in the past. No data occurring after the last observation_period_end_date can be valid records in the CDM. - -### Content of each table - -For the tables of the main domains of the CDM it is imperative that used concepts are strictly limited to the domain. For example, the CONDITION_OCCURRENCE table contains only information about conditions (diagnoses, signs, symptoms), but no information about procedures. Not all source coding schemes adhere to such rules. For example, ICD-9-CM codes, which contain mostly diagnoses of human disease, also contain information about the status of patients having received a procedure: V25.5 "Encounter for insertion of implantable subdermal contraceptive" defines a procedure and is therefore stored in the PROCEDURE_OCCURRENCE table. - -### Differentiating between source values, source concept ids, and standard concept ids - -Each table contains fields for source values, source concept ids, and standard concept ids. - - * Source values are fields to maintain the verbatim information from the source database, are stored as unstructured text, and are generally not to be used by any standardized analytics. - * Source concept ids provide a repeatable representation of the source concept, when the source data are drawn from a commonly-used internationally-recognized vocabulary that has been distributed with the OMOP Common Data Model. Specific use cases where source vocabulary-specific analytics are required can be accommodated by the use of the source concept id fields, but these are generally not applicable across disparate data sources. The standard concept id fields are **strongly suggested** to be used in all standardized analytics, as specific vocabularies have been established within each data domain to facilitate standardization of both structure and content within the OMOP Common Data Model. - -The following provide conventions for processing source data using these three fields in each domain: - -When processing data where the source value is either free text or a reference to a coding scheme that is not contained within the Standardized Vocabularies: - - - Map all source values directly to standard concept_ids. Store these mappings in the SOURCE_TO_CONCEPT_MAP table. - - If the source code is not mappable to a vocabulary term, the source_concept_id field is set to 0 - -When processing your data where source value is a reference to a coding scheme contained within the Standardized Vocabularies: - - - Map all your source values to the corresponding concept_ids in the source vocabulary. Store the result in the source_concept_id field. - - If the source code follows the same formatting as the distributed vocabulary, the mapping can be directly obtained from the CONCEPT table using the CONCEPT_CODE field. - - If the source code uses alternative formatting (ex. format has removed decimal point from ICD-9 codes), you will need to perform the formatting transformation within the ETL. In this case, you may wish to store the mappings from original codes to source concept ids in the SOURCE_TO_CONCEPT_MAP table. - - If the source code is not mappable to a vocabulary term, the source_concept_id field is set to 0 - - Use the CONCEPT_RELATIONSHIP table to identify the standard concept_id that corresponds to the source_concept_id in the domain. - - Each source_concept_id can have 1 or more Standard concept_id mapped to it. Each Standard concept_id belongs to only one primary domain, but when a source concept_id maps to multiple standard concept_ids, it is possible for that source_concept_id to result in records being produced across multiple domains. For example, HCPCS code for infusion of a drug will map to a concept in the procedure domain of the infusion and a different concept in the drug domain for the product infused. It is also possible for one source_concept_id to map to multiple standard concept_ids within the same domain. For example, ICD-9 for 'viral hepatitis with hepatic coma' maps to SNOMED 'viral hepatitis' and a different concept for 'hepatic coma' in which case multiple condition_occurrence records will be generated for the one source value record. - - If the source_concept_id is not mappable to any standard concept_id, the concept_id field is set to 0. - - Write the data record into table(s) corresponding to the domain of the standard concept_id(s). - - If the source value is mapped to source_concept_id, but the source_concept_id is not mapped to a standard concept_id, then the domain for the data record, and hence it's table location, is determined by the domain_id field of the CONCEPT record the source_concept_id refers to. The standard concept_id is set to 0. - - If the source value cannot be mapped to a source_concept_id or standard concept_id, then direct the data record to the most appropriate CDM domain based on your local knowledge of the intent of the source data and associated value. For example, if the unmappable source_value came from a 'diagnosis' table, then in the absence of other information, you may choose to record that fact in the CONDITION_OCCURRENCE table. - -Each standard concept_id field has a set of allowable concept_id values. The allowable values are defined by the domain of the concepts. For example, there is a domain concept of 'Gender', for which there are only two allowable standard concepts of practical use (8507- 'Male', 8532- 'Female') and one allowable generic concept to represent a standard notion of 'no information' (concept_id = 0). - -There is no constraint on allowed concept_ids within the source_concept_id fields. - -### Custom source_to_concept_maps - -When the source data uses coding systems that are not currently in the Standardized Vocabularies (e.g. ICPC codes for diagnoses), the convention is to store the mapping of such source codes to Standard Concepts in the SOURCE_TO_CONCEPT_MAP table. The codes used in the data source can be recorded in the source_value fields, but no source_concept_id will be available. - -Custom source codes are not allowed to map to Standard Concepts that are marked as invalid. diff --git a/Documentation/CommonDataModel_Wiki_Files/Background/Design-Principles.md b/Documentation/CommonDataModel_Wiki_Files/Background/Design-Principles.md deleted file mode 100644 index 090a345..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/Background/Design-Principles.md +++ /dev/null @@ -1,14 +0,0 @@ -The CDM is designed to include all observational health data elements (experiences of the patient receiving health care) that are relevant for analysis use cases to support the generation of reliable scientific evidence about disease natural history, healthcare delivery, effects of medical interventions, the identification of demographic information, health care interventions and outcomes. - -Therefore, the CDM is designed to store observational data to allow for research, under the following principles: - - - **Suitability for purpose:** The CDM aims at providing data organized in a way optimal for analysis, rather than for the purpose of operational needs of health care providers or payers. - - **Data protection:** All data that might jeopardize the identity and protection of patients, such as names, precise birthdays etc. are limited. Exceptions are possible where the research expressly requires more detailed information, such as precise birth dates for the study of infants. - - **Design of domains:** The domains are modeled in a person-centric relational data model, where for each record the identity of the person and a date is captured as a minimum. - - **Rationale for domains:** Domains are identified and separately defined in an Entity-relationship model if they have an analysis use case and the domain has specific attributes that are not otherwise applicable. All other data can be preserved as an observation in an entity-attribute-value structure. - - **Standardized Vocabularies:** To standardize the content of those records, the CDM relies on the Standardized Vocabularies containing all necessary and appropriate corresponding standard healthcare concepts. - - **Reuse of existing vocabularies:** If possible, these concepts are leveraged from national or industry standardization or vocabulary definition organizations or initiatives, such as the National Library of Medicine, the Department of Veterans' Affairs, the Center of Disease Control and Prevention, etc. - - **Maintaining source codes:** Even though all codes are mapped to the Standardized Vocabularies, the model also stores the original source code to ensure no information is lost. - - **Technology neutrality:** The CDM does not require a specific technology. It can be realized in any relational database, such as Oracle, SQL Server etc., or as SAS analytical datasets. - - **Scalability:** The CDM is optimized for data processing and computational analysis to accommodate data sources that vary in size, including databases with up to hundreds of millions of persons and billions of clinical observations. - - **Backwards compatibility:** All changes from previous CDMs are clearly delineated. Older versions of the CDM can be easily created from this CDMv5, and no information is lost that was present previously. diff --git a/Documentation/CommonDataModel_Wiki_Files/Background/The-Role-of-the-Common-Data-Model.md b/Documentation/CommonDataModel_Wiki_Files/Background/The-Role-of-the-Common-Data-Model.md deleted file mode 100644 index 7e1a6f1..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/Background/The-Role-of-the-Common-Data-Model.md +++ /dev/null @@ -1,3 +0,0 @@ -No single observational data source provides a comprehensive view of the clinical data a patient accumulates while receiving healthcare, and therefore none can be sufficient to meet all expected outcome analysis needs. This explains the need for assessing and analyzing multiple data sources concurrently using a common data standard. This standard is provided by the OMOP Common Data Model (CDM). - -The CDM is designed to support the conduct of research to identify and evaluate associations between interventions (drug exposure, procedures, healthcare policy changes etc.) and outcomes caused by these interventions (condition occurrences, procedures, drug exposure etc.). Outcomes can be efficacious (benefit) or adverse (safety risk). Often times, specific patient cohorts (e.g., those taking a certain drug or suffering from a certain disease) may be defined for treatments or outcomes, using clinical events (diagnoses, observations, procedures, etc.) that occur in predefined temporal relationships to each other. The CDM, combined with its standardized content (via the Standardized Vocabularies), will ensure that research methods can be systematically applied to produce meaningfully comparable and reproducible results. diff --git a/Documentation/CommonDataModel_Wiki_Files/Frequently-Asked-Questions.md b/Documentation/CommonDataModel_Wiki_Files/Frequently-Asked-Questions.md deleted file mode 100644 index 249fb28..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/Frequently-Asked-Questions.md +++ /dev/null @@ -1,160 +0,0 @@ -## Common Data Model - -**1. I understand that the common data model (CDM) is a way of organizing disparate data sources into the same relational database design, but how can it be effective since many databases use different coding schemes?** - -During the extract, transform, load (ETL) process of converting a data source into the OMOP common data model, we standardize the structure (e.g. tables, fields, data types), conventions (e.g. rules that govern how source data should be represented), and content (e.g. what common vocabularies are used to speak the same language across clinical domains). The common data model preserves all source data, including the original source vocabulary codes, but adds the standardized vocabularies to allow for network research across the entire OHDSI research community. - -**2. How does my data get transformed into the common data model?** - -You or someone in your organization will need to create a process to build your CDM. Don’t worry though, you are not alone! The open nature of the community means that much of the code that other participants have written to transform their own data is available for you to use. If you have a data license for a large administrative claims database like Truven Health MarketScan® or Optum’s Clinformatics® Extended Data Mart, chances are that someone has already done the legwork. Here is one example of a full builder freely available on [github](https://github.com/OHDSI/ETL-CDMBuilder) that has been written for a variety of data sources. - -The [community forums](http://forums.ohdsi.org/) are also a great place to ask questions if you are stuck or need guidance on how to represent your data in the common data model. Members are usually very responsive! - -**3. Are any tables or fields optional?** - -It is expected that all tables will be present in a CDM though it is not a requirement that they are all populated. The two mandatory tables are: - -* [Person](https://github.com/OHDSI/CommonDataModel/wiki/person): Contains records that uniquely identify each patient in the source data who is at-risk to have clinical observations recorded within the source systems. -* [Observation_period](https://github.com/OHDSI/CommonDataModel/wiki/observation_period): Contains records which uniquely define the spans of time for which a Person is at-risk to have clinical events recorded within the source systems. - -It is then up to you which tables to populate, though the core event tables are generally agreed upon to be [Condition_occurrence](https://github.com/OHDSI/CommonDataModel/wiki/CONDITION_OCCURRENCE), [Procedure_occurrence](https://github.com/OHDSI/CommonDataModel/wiki/PROCEDURE_OCCURRENCE), [Drug_exposure](https://github.com/OHDSI/CommonDataModel/wiki/DRUG_EXPOSURE), [Measurement](https://github.com/OHDSI/CommonDataModel/wiki/MEASUREMENT), and [Observation](https://github.com/OHDSI/CommonDataModel/wiki/OBSERVATION). Each table has certain required fields, a full list of which can be found on the Common Data Model [wiki page](https://github.com/OHDSI/CommonDataModel/wiki/). - -**4. Does the data model include any derived information? Which tables or values are derived?** - -The common data model stores verbatim data from the source across various clinical domains, such as records for conditions, drugs, procedures, and measurements. In addition, to assist the analyst, the common data model also provides some derived tables, based on commonly used analytic procedures. For example, the [Condition_era](https://github.com/OHDSI/CommonDataModel/wiki/CONDITION_ERA) table is derived from the [Condition_occurrence](https://github.com/OHDSI/CommonDataModel/wiki/CONDITION_OCCURENCE) table and both the [Drug_era](https://github.com/OHDSI/CommonDataModel/wiki/DRUG_ERA) and [Dose_era](https://github.com/OHDSI/CommonDataModel/wiki/DOSE_ERA) tables are derived from the [Drug_exposure](https://github.com/OHDSI/CommonDataModel/wiki/DRUG_EXPOSURE) table. An era is defined as a span of time when a patient is assumed to have a given condition or exposure to a particular active ingredient. Members of the community have written code to create these tables and it is out on the [github](https://github.com/OHDSI/CommonDataModel/tree/master/CodeExcerpts/DerivedTables) if you choose to use it in your CDM build. It is important to reinforce, the analyst has the opportunity, but not the obligation, to use any of the derived tables and all of the source data is still available for direct use if the analysis calls for different assumptions. - -**5. How is age captured in the model?** - -Year_of_birth, month_of_birth, day_of_birth and birth_datetime are all fields in the Person table designed to capture some form of date of birth. While only year_of_birth is required, these fields allow for maximum flexibility over a wide range of data sources. - -**6. How are gender, race, and ethnicity captured in the model? Are they coded using values a human reader can understand?** - -Standard Concepts are used to denote all clinical entities throughout the OMOP common data model, including gender, race, and ethnicity. Source values are mapped to Standard Concepts during the extract, transform, load (ETL) process of converting a database to the OMOP Common Data Model. These are then stored in the Gender_concept_id, Race_concept_id and Ethnicity_concept_id fields in the Person table. Because the standard concepts span across all clinical domains, and in keeping with Cimino’s ‘Desiderata for Controlled Medical Vocabularies in the Twenty-First Century’, the identifiers are unique, persistent nonsematic identifiers. Gender, for example, is stored as either 8532 (female) or 8507 (male) in gender_concept_id while the original value from the source is stored in gender_source_value (M, male, F, etc).. - -**7. How is time-varying patient information such as location of residence addressed in the model?** - -The OMOP common data model has been pragmatically defined based on the desired analytic use cases of the community, as well as the available types of data that community members have access to. Currently in the model, Each each person record has associated demographic attributes which are assumed to be constant for the patient throughout the course of their periods of observation. For example, the location or primary care provider is expected to have a unique value per person, even though in life these data may change over time. Typically, the most recent information is chosen though it is up to the person performing the transformation which value to store. - -Something like marital status is a little different as it is considered to be an observation rather than a demographic attribute. This means that it is housed in the Observation table rather than the Person table, giving the opportunity to store each change in status as a unique record. - -If someone in the community had a use case for time-varying location of residence and also had source data that contains this information, we’d welcome participation in the CDM workgroup to evolve the model further. - -**8. How does the model denote the time period during which a Person’s information is valid?** - -The OMOP Common Data Model uses something called observation periods (stored in the [Observation_period](https://github.com/OHDSI/CommonDataModel/wiki/observation_period) table) as a way to define the time span during which a patient is at-risk to have a clinical event recorded. In administrative claims databases, for example, these observation periods are often analogous to the notion of ‘enrollment’. - -**9. How does the model capture start and stop dates for insurance coverage? What if a person’s coverage changes?** - -The [Payer_plan_period](https://github.com/OHDSI/CommonDataModel/wiki/payer_plan_period) table captures details of the period of time that a Person is continuously enrolled under a specific health Plan benefit structure from a given Payer. Payer plan periods, as opposed to observation periods, can overlap so as to denote the time when a Person is enrolled in multiple plans at the same time such as Medicare Part A and Medicare Part D. - -**10. What if I have EHR data? How would I create observation periods?** - -An observation period is considered as the time at which a patient is at-risk to have a clinical event recorded in the source system. Determining the appropriate observation period for each source data can vary, depending on what information the source contains. If a source does not provide information about a patient’s entry or exit from a system, then reasonable heuristics need to be developed and applied within the ETL. - -## Vocabulary Mapping - -**11. Do I have to map my source codes to Standard Concepts myself? Are there vocabulary mappings that already exist for me to leverage?** - -If your data use any of the 55 source vocabularies that are currently supported, the mappings have been done for you. The full list is available from the open-source [ATHENA](http://athena.ohdsi.org/search-terms/terms) tool under the download tab (see below). You can choose to download the ten [vocabulary tables](https://github.com/OHDSI/CommonDataModel/wiki/Standardized-Vocabularies) from there as well – you will need a copy in your environment if you plan on building a CDM. - -![](https://github.com/OHDSI/CommonDataModel/blob/master/Documentation/CommonDataModel_Wiki_Files/Athena_download_box.png) - -The [ATHENA](http://athena.ohdsi.org/search-terms/terms) tool also allows you to explore the vocabulary before downloading it if you are curious about the mappings or if you have a specific code in mind and would like to know which standard concept it is associated with; just click on the search tab and type in a keyword to begin searching. - -**12. If I want to apply the mappings myself, can I do so? Are they transparent to all users?** - -Yes, all mappings are available in the [Concept_relationship](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT_RELATIONSHIP) table (which can be downloaded from [ATHENA](http://athena.ohdsi.org/search-terms/terms)). Each value in a supported source terminology is assigned a Concept_id (which is considered non-standard). Each Source_concept_id will have a mapping to a Standard_concept_id. For example: - -![](https://github.com/OHDSI/CommonDataModel/blob/master/Documentation/CommonDataModel_Wiki_Files/Sepsis_to_SNOMED.png) - -In this case the standard SNOMED concept 201826 for type 2 diabetes mellitus would be stored in the Condition_occurrence table as the Condition_concept_id and the ICD10CM concept 1567956 for type 2 diabetes mellitus would be stored as the Condition_source_concept_id. - -**13. Can RXNorm codes be stored in the model? Can I store multiple levels if I so choose? What if one collaborator uses a different level of RXNorm than I use when transforming their database?** - -In the OMOP Common Data Model RXNorm is considered the standard vocabulary for representing drug exposures. One of the great things about the Standardized Vocabulary is that the hierarchical nature of RXNorm is preserved to enable efficient querying. It is agreed upon best practice to store the lowest level RXNorm available and then use the Vocabulary to explore any pertinent relationships. Drug ingredients are the highest-level ancestors so a query for the descendants of an ingredient should turn up all drug products (Clinical Drug or Branded Drug) containing that ingredient. A query designed in this way will find drugs of interest in any CDM regardless of the level of RXNorm used. - -**14. What if the vocabulary has a mapping I don’t agree with? Can it be changed?** - -Yes, that is the beauty of the community! If you find a mapping in the vocabulary that doesn’t seem to belong or that you think could be better, feel free to write a note on the [forums](https://forums.ohdsi.org/) or on the [vocabulary github](https://github.com/OHDSI/Vocabulary-v5.0/issues). If the community agrees with your assessment it will be addressed in the next vocabulary version. - -**15. What if I have source codes that are specific to my site? How would these be mapped?** - -We have a tool called [Usagi](https://github.com/OHDSI/Usagi) (pictured below) that is designed to create mappings between coding systems and the Vocabulary Standard Concepts by using concept names and synonyms to find potential matches. - -![](https://github.com/OHDSI/CommonDataModel/blob/master/Documentation/CommonDataModel_Wiki_Files/Usagi.png) - -**16. How are one-to-many mappings applied?** - -If one source code maps to two Standard Concepts then two rows are stored in the corresponding clinical event table. - -**17. What if I want to keep my original data as well as the mapped values? Is there a way for me to do that?** - -Yes! Source values and Source Concepts are fully maintained within the OMOP Common Data Model. A Source Concept represents the code in the source data. Each Source Concept is mapped to one or more Standard Concepts during the ETL process and both are stored in the corresponding clinical event table. If no mapping is available, the Standard Concept with the concept_id = 0 is written into the *_concept_id field (Condition_concept_id, Procedure_concept_id, etc.) so as to preserve the record from the native data. - -## Common Data Model Versioning - -**18. Who decides when and how to change the data model?** - -The community! There is a [working group](https://docs.google.com/document/d/144e_fc7dyuinfJfbYW5MsJeSijVSzsNE7GMY6KRX10g/edit?usp=sharing) designed around updating the model and everything is done by consensus. Members submit proposed changes to the [github](https://github.com/OHDSI/CommonDataModel) in the form of [issues](https://github.com/OHDSI/CommonDataModel/issues) and the group meets once a month to discuss and vote on the changes. Any ratified proposals are then added to the queue for a future version of the Common Data Model. - -**19. Are changes to the model backwards compatible?** - -Generally point version changes (5.1 -> 5.2) are backwards compatible and major version changes (4.0 -> 5.0) may not be. All updates to the model are listed in the release notes for each version and anything that could potentially affect backwards compatibility is clearly labeled. - -**20. How frequently does the model change?** - -The current schedule is for major versions to be released every year and point versions to be release every quarter though that is subject to the needs of the community. - -**21. What is the dissemination plan for changes?** - -Changes are first listed in the release notes on the [github](https://github.com/OHDSI/CommonDataModel/) and in the [common data model wiki](https://github.com/OHDSI/CommonDataModel/wiki). New versions are also announced on the weekly community calls and on the [community forums](https://forums.ohdsi.org). - -## OHDSI Tools - -**22. What are the currently available analytic tools?** - -While there are a variety of tools freely available from the community, these are the most widely used: - -* [ACHILLES](http://www.github.com/ohdsi/achilles) – a stand-alone tool for database characterization -* [ATLAS](http://www.ohdsi.org/web/atlas/#/home) - an integrated platform for vocabulary exploration, cohort definition, case review, clinical characterization, incidence estimation, population-level effect estimation design, and patient-level prediction design ([link to github](http://www.github.com/ohdsi/atlas)) -* [ARACHNE](https://github.com/OHDSI/ArachneUI) – a tool to facilitate distributed network analyses -* [WhiteRabbit](https://github.com/OHDSI/whiterabbit) - an application that can be used to analyse the structure and contents of a database as preparation for designing an ETL -* [RabbitInAHat](https://github.com/OHDSI/whiterabbit) - an application for interactive design of an ETL to the OMOP Common Data Model with the help of the the scan report generated by White Rabbit -* [Usagi](https://github.com/OHDSI/usagi) - an application to help create mappings between coding systems and the Vocabulary standard concepts. - -**23. Who is responsible for updating the tools to account for data model changes, bugs, and errors?** - -The community! All the tools are open source meaning that anyone can submit an issue they have found, offer suggestions, and write code to fix the problem. - -**24. Do the current tools allow a user to define a treatment gap (persistence window) of any value when creating treatment episodes?** - -Yes – the ATLAS tool allows you to specify a persistence window between drug exposures when defining a cohort (see image below). -![](https://github.com/OHDSI/CommonDataModel/blob/master/Documentation/CommonDataModel_Wiki_Files/ATLAS_Persistence_Window.PNG) - -**25. Can the current tools identify medication use during pregnancy?** - -Yes, you can identify pregnancy markers from various clinical domains, including conditions and procedures, for example ‘live birth’, and then define temporal logic to look for drug exposure records in some interval prior to the pregnancy end. In addition, members of the community have built an advanced logic to define pregnancy episodes with all pregnancy outcomes represented, which can be useful for this type of research. - -**26. Do the current tools execute against the mapped values or source values?** - -The tools can execute against both source and mapped values, though mapped values are strongly encouraged. Since one of the aims of OHDSI is to create a distributed data network across the world on which to run research studies, the use of source values fails to take advantage of the benefits of the Common Data Model. - -## Network Research Studies - -**27. Who can generate requests?** - -Anyone in the community! Any question that gains enough interest and participation can be a network research study. - -**28. Who will develop the queries to distribute to the network?** - -Typically a principal investigator leads the development of a protocol. The PI may also lead the development of the analysis procedure corresponding to the protocol. If the PI does not have the technical skills required to write the analysis procedure that implements the protocol, someone in the community can help them put it together. - -**29. What language are the queries written in?** - -Queries are written in R and SQL. The [SqlRender](https://github.com/OHDSI/sqlrender) package can translate any query written in a templated SQL Server-like dialect to any of the supported RDBMS environments, including Postgresql, Oracle, Redshift, Parallel Data Warehouse, Hadoop Impala, Google BigQuery, and Netezza. - -**30. How do the queries get to the data partners and how are they run once there?** - -OHDSI runs as a distributed data network. All analyses are publicly available and can be downloaded to run at each site. The packages can be run locally and, at the data partner’s discretion, aggregate results can be shared with the study coordinator. - -Data partners can also make use of one of OHDSI's open-source tools called [ARACHNE](https://github.com/OHDSI/arachne), a tool to facilitate distributed network analytics against the OMOP CDM. diff --git a/Documentation/CommonDataModel_Wiki_Files/Glossary-of-Terms.md b/Documentation/CommonDataModel_Wiki_Files/Glossary-of-Terms.md deleted file mode 100644 index 47b2288..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/Glossary-of-Terms.md +++ /dev/null @@ -1,23 +0,0 @@ -Glossary of Terms - -Term|Abbr.|Description| ---------------------------------|------|--------------------------------------------------- -|Ancestor| |The higher level Concept in a hierarchical relationship. Note that ancestors and descendants can be many levels apart from each other.| -|Average Wholesale Price|AWP|The price manufacturers set for prescription drugs to be purchased at the wholesale level to pharmacies and healthcare provider.| -|Centers for Disease Control and Prevention|CDC|The Centers for Disease Control and Prevention is a United States federal agency under the Department of Health and Human Services. It works to protect public health and safety by providing information to enhance health decisions.| -|Common Data Model|CDM|The CDM intends to facilitate observational analyses of disparate healthcare databases. The CDM defines table structures for each of the data entities (e.g., Persons, Visit Occurrence, Drug Exposure, Condition Occurrence, Observation, Procedure Occurrence, etc.). It includes observational data elements that are relevant to identifying exposure to various treatments and defining condition occurrence. The CDM includes both the Standardized Vocabularies of terms and the entity domain tables.| -|Concept| |A concept is the basic unit of information. Concepts may be grouped into a given domain. A concept is a unique term that has a unique and static identifier/name, belongs to a domain, and may exist in relation to other concepts. The vertical relationships consist of "is a" statements that form a logical hierarchy. In general, concepts above a given concept are referred to as ancestors and those below as descendants.| -|Conceptual Data Model| |A conceptual data model is a map of concepts and their relationships. This describes the semantics of an organization and represents a series of assertions about its nature. Specifically, it describes the things of significance to an organization (entity classes), about which it is inclined to collect information, and characteristics of (attributes) and associations between pairs of those things of significance (relationships).| -|Data mapping| |It is the data element mappings between two distinct data models, terminologies, or concepts. Data mapping is the process of creating data element mappings between two distinct data models. Data mapping is used as a first step for a wide variety of data integration tasks.| -|Demographics| |Demographics refer to selected characteristics of persons. Demographics may include data such as race, age, sex, date of birth, location, etc.| -|Descendant| |The lower level Concept in a hierarchical relationship. Note that ancestors and descendants can be many levels apart from each other.| -|Design Principle| |An organized arrangement of one or more elements or principles for a purpose. It identifies core principles and best practices to assist developers to produce software. Thoroughly understanding the goals of stakeholders and designing systems with those goals in mind are the best approaches to successfully deliver results.| -|Electronic Health Record|EHR|Electronic health record refers to an individual person's medical record in digital format. It may be made up of electronic medical records from many locations and/or sources. The EHR is a longitudinal electronic record of person health information generated by one or more encounters in any care delivery setting. Included in this information are person demographics, progress notes, problems, medications, vital signs, past medical history, immunizations, laboratory data and radiology reports.| -|Electronic Medical Record|EMR|An electronic medical record is a computerized medical record created in an organization that delivers care, such as a hospital or outpatient setting. Electronic medical records tend to be a part of a local stand-alone health information system that allows storage, retrieval and manipulation of records. This document will reference EHR moving forward even if specific data source might internally use EMR definition.| -|Extract Transform Load|ETL|Process of getting data out of one data store (Extract), modifying it (Transform), and inserting it into a different data store (Load).| -|Health Insurance Portability and Accountability Act|HIPAA|A federal law that was designed to allow portability of health insurance between jobs. In addition, it required the creation of a federal law to protect personally identifiable health information; if that did not occur by a specific date (which it did not), HIPAA directed the Department of Health and Human Services (DHHS) to issue federal regulations with the same purpose. DHHS has issued HIPAA privacy regulations (the HIPAA Privacy Rule) as well as other regulations under HIPAA.| -|Logical Data Model| |Logical data models are graphical representation of the business requirements. They describe the things of importance to an organization and how they relate to one another, as well as business definitions and examples. The logical data model can be validated and approved by a business representative, and can be the basis of physical database design.| -|Primary Care Provider|PCP|A health care provider designated as responsible to provide general medical care to a patient, including evaluation and treatment as well as referral to specialists.| -|Protected Health Information|PHI|Protected health information under HIPAA includes any individually identifiable health information. Identifiable refers not only to data that is explicitly linked to a particular individual (that's identified information). It also includes health information with data items which reasonably could be expected to allow individual identification. De-identified information is that from which all potentially identifying information has been removed.| -|Terminology| |Technical or special terms used in a business or special subject area.| -|Vocabulary| |A computerized list (as of items of data or words) used for reference (as for information retrieval or word processing).| diff --git a/Documentation/CommonDataModel_Wiki_Files/Home.md b/Documentation/CommonDataModel_Wiki_Files/Home.md deleted file mode 100644 index cdb3563..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/Home.md +++ /dev/null @@ -1,69 +0,0 @@ -***OMOP Common Data Model v5.3 Specifications*** - -
*Authors: Christian Reich, Patrick Ryan, Rimma Belenkaya, Karthik Natarajan, Clair Blacketer* -
*3 January 2018* - -Welcome to the Common Data Model wiki! This wiki houses all of the documentation for the latest version as well as changes added with each release. You can find a pdf added to each [release](https://github.com/OHDSI/CommonDataModel/releases) with a historical version of the wiki as it was at the time of the release. You can navigate the pages using the table of contents below or the links to the right. - -# Table of Contents - -**[License](wiki/License)** -
-
**[Background](wiki/Background)** -
[The Role of the Common Data Model](wiki/The-Role-of-the-Common-Data-Model) -
[Design Principles](wiki/Design-Principles) -
[Data Model Conventions](wiki/Data-Model-Conventions) -
[Frequently Asked Questions](wiki/Frequently-Asked-Questions) -
-
**[Glossary of Terms](wiki/Glossary-of-Terms)** -
-
**[Standardized Vocabularies](wiki/Standardized-Vocabularies)** -
[CONCEPT](wiki/CONCEPT) -
[VOCABULARY](wiki/VOCABULARY) -
[DOMAIN](wiki/DOMAIN) -
[CONCEPT_CLASS](wiki/CONCEPT_CLASS) -
[CONCEPT_RELATIONSHIP](wiki/CONCEPT_RELATIONSHIP) -
[RELATIONSHIP](wiki/RELATIONSHIP) -
[CONCEPT_SYNONYM](wiki/CONCEPT_SYNONYM) -
[CONCEPT_ANCESTOR](wiki/CONCEPT_ANCESTOR) -
[SOURCE_TO_CONCEPT_MAP](wiki/SOURCE_TO_CONCEPT_MAP) -
[DRUG_STRENGTH](wiki/DRUG_STRENGTH) -
[COHORT_DEFINITION](wiki/COHORT_DEFINITION) -
[ATTRIBUTE_DEFINITION](wiki/ATTRIBUTE_DEFINITION) -
-
**[Standardized Metadata](wiki/Standardized-Metadata)** -
[CDM_SOURCE](wiki/CDM_SOURCE) -
[METADATA](wiki/METADATA) -
-
**[Standardized Clinical Data Tables](Standardized-Clinical-Data-Tables)** -
[PERSON](wiki/PERSON) -
[OBSERVATION_PERIOD](wiki/OBSERVATION_PERIOD) -
[SPECIMEN](wiki/SPECIMEN) -
[DEATH](wiki/DEATH) -
[VISIT_OCCURRENCE](wiki/VISIT_OCCURRENCE) -
[VISIT_DETAIL](wiki/VISIT_DETAIL) -
[PROCEDURE_OCCURRENCE](wiki/PROCEDURE_OCCURRENCE) -
[DRUG_EXPOSURE](wiki/DRUG_EXPOSURE) -
[DEVICE_EXPOSURE](wiki/DEVICE_EXPOSURE) -
[CONDITION_OCCURRENCE](wiki/CONDITION_OCCURRENCE) -
[MEASUREMENT](wiki/MEASUREMENT) -
[NOTE](wiki/NOTE) -
[NOTE_NLP](wiki/NOTE_NLP) -
[OBSERVATION](wiki/OBSERVATION) -
[FACT_RELATIONSHIP](wiki/FACT_RELATIONSHIP) -
-
**[Standardized Health System Data Tables](wiki/Standardized-Health-System-Data-Tables)** -
[LOCATION](wiki/LOCATION) -
[CARE_SITE](wiki/CARE_SITE) -
[PROVIDER](wiki/PROVIDER) -
-
**[Standardized Health Economics Data Tables](wiki/Standardized-Health-Economics-Data-Tables)** -
[PAYER_PLAN_PERIOD](wiki/PAYER_PLAN_PERIOD) -
[COST](wiki/COST) -
-
**[Standardized Derived Elements](wiki/Standardized-Derived-Elements)** -
[COHORT](wiki/COHORT) -
[COHORT_ATTRIBUTE](wiki/COHORT_ATTRIBUTE) -
[DRUG_ERA](wiki/DRUG_ERA) -
[DOSE_ERA](wiki/DOSE_ERA) -
[CONDITION_ERA](wiki/CONDITION_ERA) \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/License.md b/Documentation/CommonDataModel_Wiki_Files/License.md deleted file mode 100644 index 5454bc9..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/License.md +++ /dev/null @@ -1,8 +0,0 @@ -© 2014 Observational Health Data Sciences and Informatics - -This work is based on work by the Observational Medical Outcomes Partnership (OMOP) and used under license from the FNIH at http://omop.fnih.org/publiclicense. - -All derivative work after the OMOP CDM v4 specification is dedicated to the public domain. Observational Health Data Sciences and Informatics (OHDSI) has waived all copyright and related or neighboring rights to the extent allowed by law. - -![](http://www.ohdsi.org/web/wiki/lib/exe/fetch.php?cache=&w=88&h=31&tok=3977bb&media=documentation:cdm:cdm:public_domain.png) -http://creativecommons.org/publicdomain/zero/1.0/ diff --git a/Documentation/CommonDataModel_Wiki_Files/Sepsis_to_SNOMED.png b/Documentation/CommonDataModel_Wiki_Files/Sepsis_to_SNOMED.png deleted file mode 100644 index 3732431..0000000 Binary files a/Documentation/CommonDataModel_Wiki_Files/Sepsis_to_SNOMED.png and /dev/null differ diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/CONDITION_OCCURRENCE.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/CONDITION_OCCURRENCE.md deleted file mode 100644 index 06a0638..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/CONDITION_OCCURRENCE.md +++ /dev/null @@ -1,41 +0,0 @@ -Conditions are records of a Person suggesting the presence of a disease or medical condition stated as a diagnosis, a sign or a symptom, which is either observed by a Provider or reported by the patient. Conditions are recorded in different sources and levels of standardization, for example: - - * Medical claims data include diagnoses coded in ICD-9-CM that are submitted as part of a reimbursement claim for health services and - * EHRs may capture Person Conditions in the form of diagnosis codes or symptoms. - -Field|Required|Type|Description -:--------------------------------|:--------|:------------|:------------------------------------------------------------ -| condition_occurrence_id | Yes | integer | A unique identifier for each Condition Occurrence event. | -| person_id | Yes | integer | A foreign key identifier to the Person who is experiencing the condition. The demographic details of that Person are stored in the PERSON table. | -| condition_concept_id | Yes | integer | A foreign key that refers to a Standard Condition Concept identifier in the Standardized Vocabularies. | -| condition_start_date | Yes | date | The date when the instance of the Condition is recorded. | -| condition_start_datetime | No | datetime | The date and time when the instance of the Condition is recorded. | -| condition_end_date | No | date | The date when the instance of the Condition is considered to have ended. | -| condition_end_datetime | No | date | The date when the instance of the Condition is considered to have ended. | -| condition_type_concept_id | Yes | integer | A foreign key to the predefined Concept identifier in the Standardized Vocabularies reflecting the source data from which the condition was recorded, the level of standardization, and the type of occurrence. | -| stop_reason | No | varchar(20) | The reason that the condition was no longer present, as indicated in the source data. | -| provider_id | No | integer | A foreign key to the Provider in the PROVIDER table who was responsible for capturing (diagnosing) the Condition. | -| visit_occurrence_id | No | integer | A foreign key to the visit in the VISIT_OCCURRENCE table during which the Condition was determined (diagnosed). | -| visit_detail_id | No | integer | A foreign key to the visit in the VISIT_DETAIL table during which the Condition was determined (diagnosed). | -| condition_source_value | No | varchar(50) | The source code for the condition as it appears in the source data. This code is mapped to a standard condition concept in the Standardized Vocabularies and the original code is stored here for reference. | -| condition_source_concept_id | No | integer | A foreign key to a Condition Concept that refers to the code used in the source. | -| condition_status_source_value | No | varchar(50) | The source code for the condition status as it appears in the source data. | -| condition_status_concept_id | No | integer | A foreign key to the predefined Concept in the Standard Vocabulary reflecting the condition status | - -### Conventions - - * Valid Condition Concepts belong to the "Condition" domain. - * Condition records are typically inferred from diagnostic codes recorded in the source data. Such code system, like ICD-9-CM, ICD-10-CM, Read etc., provide a comprehensive coverage of conditions. However, if the diagnostic code in the source does not define a condition, but rather an observation or a procedure, then such information is not stored in the CONDITION_OCCURRENCE table, but in the respective tables instead. - * Source Condition identifiers are mapped to Standard Concepts for Conditions in the Standardized Vocabularies. When the source code cannot be translated into a Standard Concept, a CONDITION_OCCURRENCE entry is stored with only the corresponding source_concept_id and source_value, while the condition_concept_id is set to 0. - * Family history and past diagnoses ("history of") are not recorded in the CONDITION_OCCURRENCE table. Instead, they are listed in the OBSERVATION table. - * Codes written in the process of establishing the diagnosis, such as "question of" of and "rule out", are not represented here. Instead, they are listed in the OBSERVATION table, if they are used for analyses. - * A Condition Occurrence Type is assigned based on the data source and type of condition attribute, for example: - * ICD-9-CM Primary Diagnosis from inpatient and outpatient Claims - * ICD-9-CM Secondary Diagnoses from inpatient and outpatient Claims - * Diagnoses or problems recorded in an EHR. - * The Stop Reason indicates why a Condition is no longer valid with respect to the purpose within the source data. Typical values include "Discharged", "Resolved", etc. Note that a Stop Reason does not necessarily imply that the condition is no longer occurring. - * Condition source codes are typically ICD-9-CM, Read or ICD-10 diagnosis codes from medical claims or discharge status/visit diagnosis codes from EHRs. - * Presently, there is no designated vocabulary, domain, or class that represents condition status. The following concepts from SNOMED are recommended: - * Admitting diagnosis: 4203942 - * Final diagnosis: 4230359 (should also be used for discharge diagnosis) - * Preliminary diagnosis: 4033240 diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/DEATH.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/DEATH.md deleted file mode 100644 index 091329c..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/DEATH.md +++ /dev/null @@ -1,21 +0,0 @@ -The death domain contains the clinical event for how and when a Person dies. A person can have up to one record if the source system contains evidence about the Death, such as: - - * Condition Code in the Header or Detail information of claims - * Status of enrollment into a health plan - * Explicit record in EHR data - -Field|Required|Type|Description -:-------------------------|:--------|:-----|:---------------------------------------------- -|person_id|Yes|integer|A foreign key identifier to the deceased person. The demographic details of that person are stored in the person table.| -|death_date |Yes|date|The date the person was deceased. If the precise date including day or month is not known or not allowed, December is used as the default month, and the last day of the month the default day.| -|death_datetime |No|datetime|The date and time the person was deceased. If the precise date including day or month is not known or not allowed, December is used as the default month, and the last day of the month the default day.| -|death_type_concept_id|Yes|integer|A foreign key referring to the predefined concept identifier in the Standardized Vocabularies reflecting how the death was represented in the source data.| -|cause_concept_id|No|integer|A foreign key referring to a standard concept identifier in the Standardized Vocabularies for conditions.| -|cause_source_value|No|varchar(50)|The source code for the cause of death as it appears in the source data. This code is mapped to a standard concept in the Standardized Vocabularies and the original code is, stored here for reference.| -|cause_source_concept_id|No|integer|A foreign key to the concept that refers to the code used in the source. Note, this variable name is abbreviated to ensure it will be allowable across database platforms.| - -### Conventions - * Living patients should not contain any information in the DEATH table. - * Each Person may have more than one record of death in the source data. It is the task of the ETL to pick the most plausible or most accurate records to be aggregated and stored as a single record in the DEATH table. - * If the Death Date cannot be precisely determined from the data, the best approximation should be used. - * Valid Concepts for the cause_concept_id have domain_id='Condition'. \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/DEVICE_EXPOSURE.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/DEVICE_EXPOSURE.md deleted file mode 100644 index fdfd3a6..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/DEVICE_EXPOSURE.md +++ /dev/null @@ -1,29 +0,0 @@ -The device exposure domain captures information about a person's exposure to a foreign physical object or instrument that which is used for diagnostic or therapeutic purposes through a mechanism beyond chemical action. Devices include implantable objects (e.g. pacemakers, stents, artificial joints), medical equipment and supplies (e.g. bandages, crutches, syringes), other instruments used in medical procedures (e.g. sutures, defibrillators) and material used in clinical care (e.g. adhesives, body material, dental material, surgical material). - -Field|Required|Type|Description -:--------------------------------|:--------|:------------|:-------------------------------------------- -|device_exposure_id|Yes|integer|A system-generated unique identifier for each Device Exposure.| -|person_id|Yes|integer|A foreign key identifier to the Person who is subjected to the Device. The demographic details of that person are stored in the Person table.| -|device_concept_id|Yes|integer|A foreign key that refers to a Standard Concept identifier in the Standardized Vocabularies for the Device concept.| -|device_exposure_start_date|Yes|date|The date the Device or supply was applied or used.| -|device_exposure_start_datetime|No|datetime|The date and time the Device or supply was applied or used.| -|device_exposure_end_date|No|date|The date the Device or supply was removed from use.| -|device_exposure_end_datetime|No|datetime|The date and time the Device or supply was removed from use.| -|device_type_concept_id|Yes|integer|A foreign key to the predefined Concept identifier in the Standardized Vocabularies reflecting the type of Device Exposure recorded. It indicates how the Device Exposure was represented in the source data.| -|unique_device_id |No|varchar(50)|A UDI or equivalent identifying the instance of the Device used in the Person.| -|quantity|No|integer|The number of individual Devices used for the exposure.| -|provider_id|No|integer|A foreign key to the provider in the PROVIDER table who initiated of administered the Device.| -|visit_occurrence_id|No|integer|A foreign key to the visit in the VISIT_OCCURRENCE table during which the device was used.| -|visit_detail_id|No|integer|A foreign key to the visit detail in the VISIT_DETAIL table during which the Drug Exposure was initiated.| -|device_source_value|No|varchar(50)|The source code for the Device as it appears in the source data. This code is mapped to a standard Device Concept in the Standardized Vocabularies and the original code is stored here for reference.| -|device_source_concept_id|No|integer|A foreign key to a Device Concept that refers to the code used in the source.| - -### Conventions - - * The distinction between Devices or supplies and procedures are sometimes blurry, but the former are physical objects while the latter are actions, often to apply a Device or supply. - * For medical devices that are regulated by the FDA, if a Unique Device Identification (UDI) is provided if available in the data source, and is recorded in the unique_device_id field. - * Valid Device Concepts belong to the "Device" domain. The Concepts of this domain are derived from the DI portion of a UDI or based on other source vocabularies, like HCPCS. - * A Device Type is assigned to each Device Exposure to track from what source the information was drawn or inferred. The valid domain_id for these Concepts is "Device Type". - * The Visit during which the Device was first used is recorded through a reference to the VISIT_OCCURRENCE table. This information is not always available. - * The Visit Detail during which the Device was first used is recorded through a reference to the VISIT_DETAIL table. This information is not always available. - * The Provider exposing the patient to the Device is recorded through a reference to the PROVIDER table. This information is not always available. diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/DRUG_EXPOSURE.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/DRUG_EXPOSURE.md deleted file mode 100644 index b44a4b5..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/DRUG_EXPOSURE.md +++ /dev/null @@ -1,47 +0,0 @@ -The drug exposure domain captures records about the utilization of a Drug when ingested or otherwise introduced into the body. A Drug is a biochemical substance formulated in such a way that when administered to a Person it will exert a certain physiological effect. Drugs include prescription and over-the-counter medicines, vaccines, and large-molecule biologic therapies. Radiological devices ingested or applied locally do not count as Drugs. - -Drug Exposure is inferred from clinical events associated with orders, prescriptions written, pharmacy dispensings, procedural administrations, and other patient-reported information, for example: - - * The "Prescription" section of an EHR captures prescriptions written by physicians or from electronic ordering systems - * The "Medication list" section of an EHR for both non-prescription products and medications prescribed by other providers - * Prescriptions filled at dispensing providers such as pharmacies, and then captured in reimbursement claim systems - * Drugs administered as part of a Procedure, such as chemotherapy or vaccines. - -Field|Required|Type|Description -:------------------------------|:--------|:------------|:------------------------------------------------ -|drug_exposure_id|Yes|integer|A system-generated unique identifier for each Drug utilization event.| -|person_id|Yes|integer|A foreign key identifier to the person who is subjected to the Drug. The demographic details of that person are stored in the person table.| -|drug_concept_id|Yes|integer|A foreign key that refers to a Standard Concept identifier in the Standardized Vocabularies for the Drug concept.| -|drug_exposure_start_date|Yes|date|The start date for the current instance of Drug utilization. Valid entries include a start date of a prescription, the date a prescription was filled, or the date on which a Drug administration procedure was recorded.| -|drug_exposure_start_datetime|No|datetime|The start date and time for the current instance of Drug utilization. Valid entries include a start date of a prescription, the date a prescription was filled, or the date on which a Drug administration procedure was recorded.| -|drug_exposure_end_date|Yes|date|The end date for the current instance of Drug utilization. It is not available from all sources.| -|drug_exposure_end_datetime|No|datetime|The end date and time for the current instance of Drug utilization. It is not available from all sources.| -|verbatim_end_date|No|date|The known end date of a drug_exposure as provided by the source| -|drug_type_concept_id|Yes|integer| A foreign key to the predefined Concept identifier in the Standardized Vocabularies reflecting the type of Drug Exposure recorded. It indicates how the Drug Exposure was represented in the source data.| -|stop_reason|No|varchar(20)|The reason the Drug was stopped. Reasons include regimen completed, changed, removed, etc.| -|refills|No|integer|The number of refills after the initial prescription. The initial prescription is not counted, values start with 0.| -|quantity |No|float|The quantity of drug as recorded in the original prescription or dispensing record.| -|days_supply|No|integer|The number of days of supply of the medication as recorded in the original prescription or dispensing record.| -|sig|No|varchar(MAX)|The directions ("signetur") on the Drug prescription as recorded in the original prescription (and printed on the container) or dispensing record.| -|route_concept_id|No|integer|A foreign key to a predefined concept in the Standardized Vocabularies reflecting the route of administration.| -|lot_number|No|varchar(50)|An identifier assigned to a particular quantity or lot of Drug product from the manufacturer.| -|provider_id|No|integer|A foreign key to the provider in the PROVIDER table who initiated (prescribed or administered) the Drug Exposure.| -|visit_occurrence_id|No|integer|A foreign key to the Visit in the VISIT_OCCURRENCE table during which the Drug Exposure was initiated.| -|visit_detail_id|No|integer|A foreign key to the Visit Detail in the VISIT_DETAIL table during which the Drug Exposure was initiated.| -|drug_source_value|No|varchar(50)|The source code for the Drug as it appears in the source data. This code is mapped to a Standard Drug concept in the Standardized Vocabularies and the original code is, stored here for reference.| -|drug_source_concept_id|No|integer|A foreign key to a Drug Concept that refers to the code used in the source.| -|route_source_value|No|varchar(50)|The information about the route of administration as detailed in the source.| -|dose_unit_source_value|No|varchar(50)|The information about the dose unit as detailed in the source.| - -### Conventions - - * Valid Concepts for the drug_concept_id field belong to the "Drug" domain. Most Concepts in the Drug domain are based on RxNorm, but some may come from other sources. Concepts are members of the Clinical Drug or Pack, Branded Drug or Pack, Drug Component or Ingredient classes. - * Source drug identifiers, including NDC codes, Generic Product Identifiers, etc. are mapped to Standard Drug Concepts in the Standardized Vocabularies (e.g., based on RxNorm). When the Drug Source Value of the code cannot be translated into standard Drug Concept IDs, a Drug exposure entry is stored with only the corresponding source_concept_id and drug_source_value and a drug_concept_id of 0. - * The Drug Concept with the most detailed content of information is preferred during the mapping process. These are indicated in the concept_class_id field of the Concept and are recorded in the following order of precedence: "Branded Pack", "Clinical Pack", "Branded Drug", "Clinical Drug", "Branded Drug Component", "Clinical Drug Component", "Branded Drug Form", "Clinical Drug Form", and only if no other information is available "Ingredient". Note: If only the drug class is known, the drug_concept_id should contain 0. - * A Drug Type is assigned to each Drug Exposure to track from what source the information was drawn or inferred from. The valid domain_id for these Concepts is "Drug Type". - * The content of the refills field determines the current number of refills, not the number of remaining refills. For example, for a drug prescription with 2 refills, the content of this field for the 3 Drug Exposure events are null, 1 and 2. - * The route_concept_id refers to a Standard Concepts of the "Route" domain. Note: Route information can also be inferred from the Drug product itself by determining the Drug Form of the Concept, creating some partial overlap of the same type of information. However, the route_concept_id could resolve ambiguities of how a certain Drug Form is actually applied. For example, a "Solution" could be used orally or parentherally, and this field will make this determination. - * The lot_number field contains an identifier assigned from the manufacturer of the Drug product. - * If possible, the visit in which the drug was prescribed or delivered is recorded in the visit_occurrence_id field through a reference to the visit table. - * If possible, the prescribing or administering provider (physician or nurse) is recorded in the provider_id field through a reference to the provider table. - * The drug_exposure_end_date denotes the day the drug exposure ended for the patient. This could be that the duration of drug_supply was reached (in which case drug_exposure_end_date = drug_exposure_start_date + days_supply -1), or because the exposure was stopped (medication changed, medication discontinued, etc.) diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/FACT_RELATIONSHIP.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/FACT_RELATIONSHIP.md deleted file mode 100644 index 6660069..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/FACT_RELATIONSHIP.md +++ /dev/null @@ -1,14 +0,0 @@ -The FACT_RELATIONSHIP table contains records about the relationships between facts stored as records in any table of the CDM. Relationships can be defined between facts from the same domain (table), or different domains. Examples of Fact Relationships include: Person relationships (parent-child), care site relationships (hierarchical organizational structure of facilities within a health system), indication relationship (between drug exposures and associated conditions), usage relationships (of devices during the course of an associated procedure), or facts derived from one another (measurements derived from an associated specimen). - -Field|Required|Type|Description -:-------------------------|:--------|:------------|:-------------------------------------------------------------- -|domain_concept_id_1|Yes|integer|The concept representing the domain of fact one, from which the corresponding table can be inferred.| -|fact_id_1|Yes|integer|The unique identifier in the table corresponding to the domain of fact one.| -|domain_concept_id_2|Yes|integer|The concept representing the domain of fact two, from which the corresponding table can be inferred.| -|fact_id_2|Yes|integer|The unique identifier in the table corresponding to the domain of fact two.| -|relationship_concept_id |Yes|integer|A foreign key to a Standard Concept ID of relationship in the Standardized Vocabularies.| - -### Conventions - * All relationships are directional, and each relationship is represented twice symmetrically within the FACT_RELATIONSHIP table. For example, two persons if person_id = 1 is the mother of person_id = 2 two records are in the FACT_RELATIONSHIP table (all strings in fact concept_id records in the Concept table: - * Person, 1, Person, 2, parent of - * Person, 2, Person, 1, child of diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/MEASUREMENT.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/MEASUREMENT.md deleted file mode 100644 index 6a8b468..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/MEASUREMENT.md +++ /dev/null @@ -1,40 +0,0 @@ -The MEASUREMENT table contains records of Measurement, i.e. structured values (numerical or categorical) obtained through systematic and standardized examination or testing of a Person or Person's sample. The MEASUREMENT table contains both orders and results of such Measurements as laboratory tests, vital signs, quantitative findings from pathology reports, etc. - -Field|Required|Type|Description -:----------------------------------|:--------|:------------|:------------------------------------------------ -|measurement_id|Yes|integer|A unique identifier for each Measurement.| -|person_id|Yes|integer|A foreign key identifier to the Person about whom the measurement was recorded. The demographic details of that Person are stored in the PERSON table.| -|measurement_concept_id|Yes|integer|A foreign key to the standard measurement concept identifier in the Standardized Vocabularies.| -|measurement_date|Yes|date|The date of the Measurement.| -|measurement_datetime|No|datetime|The date and time of the Measurement. Some database systems don't have a datatype of time. To accomodate all temporal analyses, datatype datetime can be used (combining measurement_date and measurement_time [forum discussion](http://forums.ohdsi.org/t/date-time-and-datetime-problem-and-the-world-of-hours-and-1day/314))| -|measurement_time |No|varchar(10)|The time of the Measurement. This is present for backwards compatibility and will be deprecated in an upcoming version| -|measurement_type_concept_id|Yes|integer|A foreign key to the predefined Concept in the Standardized Vocabularies reflecting the provenance from where the Measurement record was recorded.| -|operator_concept_id|No|integer|A foreign key identifier to the predefined Concept in the Standardized Vocabularies reflecting the mathematical operator that is applied to the value_as_number. Operators are <, <=, =, >=, >.| -|value_as_number|No|float|A Measurement result where the result is expressed as a numeric value.| -|value_as_concept_id|No|integer|A foreign key to a Measurement result represented as a Concept from the Standardized Vocabularies (e.g., positive/negative, present/absent, low/high, etc.).| -|unit_concept_id|No|integer|A foreign key to a Standard Concept ID of Measurement Units in the Standardized Vocabularies.| -|range_low|No|float|The lower limit of the normal range of the Measurement result. The lower range is assumed to be of the same unit of measure as the Measurement value.| -|range_high|No|float|The upper limit of the normal range of the Measurement. The upper range is assumed to be of the same unit of measure as the Measurement value.| -|provider_id|No|integer|A foreign key to the provider in the PROVIDER table who was responsible for initiating or obtaining the measurement.| -|visit_occurrence_id|No|integer|A foreign key to the Visit in the VISIT_OCCURRENCE table during which the Measurement was recorded.| -|visit_detail_id|No|integer|A foreign key to the Visit Detail in the VISIT_DETAIL table during which the Measurement was recorded. | -|measurement_source_value|No|varchar(50)|The Measurement name as it appears in the source data. This code is mapped to a Standard Concept in the Standardized Vocabularies and the original code is stored here for reference.| -|measurement_source_concept_id|No|integer|A foreign key to a Concept in the Standard Vocabularies that refers to the code used in the source.| -|unit_source_value|No|varchar(50)|The source code for the unit as it appears in the source data. This code is mapped to a standard unit concept in the Standardized Vocabularies and the original code is stored here for reference.| -|value_source_value|No|varchar(50)|The source value associated with the content of the value_as_number or value_as_concept_id as stored in the source data.| - -### Conventions - - * Measurements differ from Observations in that they require a standardized test or some other activity to generate a quantitative or qualitative result. For example, LOINC 1755-8 concept_id 3027035 'Albumin [Mass/time] in 24 hour Urine' is the lab test to measure a certain chemical in a urine sample. - * Even though each Measurement always have a result, the fields value_as_number and value_as_concept_id are not mandatory. When the result is not known, the Measurement record represents just the fact that the corresponding Measurement was carried out, which in itself is already useful information for some use cases. - * Valid Measurement Concepts (measurement_concept_id) belong to the 'Measurement' domain, but could overlap with the 'Observation' domain. This is due to the fact that there is a continuum between systematic examination or testing (Measurement) and a simple determination of fact (Observation). When the Measurement Source Value of the code cannot be translated into a standard Measurement Concept ID, a Measurement entry is stored with only the corresponding source_concept_id and measurement_source_value and a measurement_concept_id of 0. - * Measurements are stored as attribute value pairs, with the attribute as the Measurement Concept and the value representing the result. The value can be a Concept (stored in value_as_concept), or a numerical value (value_as_number) with a Unit (unit_concept_id). - * Valid Concepts for the value_as_concept field belong to the 'Meas Value' domain. - * For some Measurement Concepts, the result is included in the test. For example, ICD10 concept_id 45595451 "Presence of alcohol in blood, level not specified" indicates a Measurement and the result (present). In those situations, the CONCEPT_RELATIONSHIP table in addition to the "Maps to" record contains a second record with the relationship_id set to "Maps to value". In this example, the "Maps to" relationship directs to 4041715 "Blood ethanol measurement" as well as a "Maps to value" record to 4181412 "Present". - * The operator_concept_id is optionally given for relative Measurements where the precise value is not available but its relation to a certain benchmarking value is. For example, this can be used for minimal detection thresholds of a test. - * The meaning of Concept 4172703 for '=' is identical to omission of a operator_concept_id value. Since the use of this field is rare, it's important when devising analyses to not to forget testing for the content of this field for values different from =. - * Valid Concepts for the operator_concept_id field belong to the 'Meas Value Operator' domain. - * The Unit is optional even if a value_as_number is provided. - * If reference ranges for upper and lower limit of normal as provided (typically by a laboratory) these are stored in the range_high and range_low fields. Ranges have the same unit as the value_as_number. - * The Visit during which the observation was made is recorded through a reference to the VISIT_OCCURRENCE table. This information is not always available. - * The Provider making the observation is recorded through a reference to the PROVIDER table. This information is not always available. diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/NOTE.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/NOTE.md deleted file mode 100644 index e639113..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/NOTE.md +++ /dev/null @@ -1,132 +0,0 @@ -The NOTE table captures unstructured information that was recorded by a provider about a patient in free text notes on a given date. - -Field|Required|Type|Description -:--------------------|:--------|:------------|:-------------------------------------------------------- -|note_id |Yes|integer|A unique identifier for each note.| -|person_id |Yes|integer|A foreign key identifier to the Person about whom the Note was recorded. The demographic details of that Person are stored in the PERSON table.| -|note_date |Yes|date|The date the note was recorded.| -|note_datetime |No|datetime|The date and time the note was recorded.| -|note_type_concept_id |Yes|integer|A foreign key to the predefined Concept in the Standardized Vocabularies reflecting the type, origin or provenance of the Note.| -|note_class_concept_id |Yes| integer| A foreign key to the predefined Concept in the Standardized Vocabularies reflecting the HL7 LOINC Document Type Vocabulary classification of the note.| -|note_title |No| varchar(250)| The title of the Note as it appears in the source.| -|note_text |Yes|varchar(MAX)|The content of the Note.| -|encoding_concept_id |Yes |integer| A foreign key to the predefined Concept in the Standardized Vocabularies reflecting the note character encoding type| -|language_concept_id |Yes |integer |A foreign key to the predefined Concept in the Standardized Vocabularies reflecting the language of the note| -|provider_id |No|integer|A foreign key to the Provider in the PROVIDER table who took the Note.| -|visit_occurrence_id |No|integer|A foreign key to the Visit in the VISIT_OCCURRENCE table when the Note was taken.| -|visit_detail_id |No|integer|A foreign key to the Visit in the VISIT_DETAIL table when the Note was taken.| -|note_source_value |No|varchar(50)|The source value associated with the origin of the Note| - -### Conventions - * The NOTE table contains free text (in ASCII, or preferably in UTF8 format) taken by a healthcare Provider. - * The Visit during which the note was written is recorded through a reference to the VISIT_OCCURRENCE table. This information is not always available. - * The Provider making the note is recorded through a reference to the PROVIDER table. This information is not always available. - * The type of note_text is CLOB or varchar(MAX) depending on RDBMS - * note_class_concept_id is a foreign key to the CONCEPT table to describe a standardized combination of five LOINC axes (role, domain, setting, type of service, and document kind). See below for description. - -### Mapping of clinical documents to Clinical Document Ontology (CDO) and standard terminology - -HL7/LOINC CDO is a standard for consistent naming of documents to support a range of use cases: retrieval, organization, display, and exchange. It guides the creation of LOINC codes for clinical notes. CDO annotates each document with 5 dimensions: - -* **Kind of Document:** Characterizes the generalc structure of the document at a macro level (e.g. Anesthesia Consent) -* **Type of Service**: Characterizes the kind of service or activity (e.g. evaluations, consultations, and summaries). The notion of time sequence, e.g., at the beginning (admission) at the end (discharge) is subsumed in this axis. Example: Discharge Teaching. -* **Setting:** Setting is an extension of CMS�s definitions (e.g. Inpatient, Outpatient) -* **Subject Matter Domain (SMD):** Characterizes the subject matter domain of a note (e.g. Anesthesiology) -* **Role:** Characterizes the training or professional level of the author of the document, but does not break down to specialty or subspecialty (e.g. Physician) - -Each combination of these 5 dimensions should roll up to a unique LOINC code. For example, Dentistry Hygienist Outpatient Progress note (LOINC code 34127-1) has the following dimensions: - -* According to CDO requirements, only 2 of the 5 dimensions are required to properly annotate a document: Kind of Document and any one of the other 4 dimensions. -* However, not all the permutations of the CDO dimensions will necessarily yield an existing LOINC code.2 HL7/LOINC workforce is committed to establish new LOINC codes for each new encountered combination of CDO dimensions. 3 - -Automation of mapping of clinical notes to a standard terminology based on the note title is possible when it is driven by ontology (aka CDO). Mapping to individual LOINC codes which may or may not exist for a particular note type cannot be fully automated. To support mapping of clinical notes to CDO in OMOP CDM, we propose the following approach: - -#### 1. Add all LOINC concepts representing 5 CDO dimensions to the Concept table. For example: - -Field | Record 1 | Record 2 -:-- | :-- | :-- -concept_id | 55443322132 | 55443322175 -concept_name | Administrative note | Against medical advice note -concept_code | LP173418-7 | LP173388-2 -vocabulary_id | LOINC | LOINC - -#### 2. Represent CDO hierarchy in the Concept_Relationship table using the �Subsumes� � �Is a� relationship pair. For example: - -Field | Record 1 | Record 2 -:-- | :-- | :-- -concept_id_1 | 55443322132 | 55443322175 -concept_id_2 | 55443322175 | 55443322132 -relationship_id | Subsumes | Is a - -#### 3. Add LOINC document codes to the Concept table (e.g. Dentistry Hygienist Outpatient Progress note, LOINC code 34127-1). For example: - -Field | Record 1 | Record 2 -:-- | :-- | :-- -concept_id | 193240 | 193241 -concept_name | Dentistry Hygienist Outpatient Progress note | Consult note -concept_code | 34127-1 | 11488-4 -vocabulary_id | LOINC | LOINC - -#### 4. Represent dimensions of each document concept in Concept_Relationship table by its relationships to the respective concepts from CDO. - -* Use the �Member Of� � �Has Member� (new) relationship pair. -* Using example from the Dentistry Hygienist Outpatient Progress note (LOINC code 34127-1): - -concept_id_1 | concept_id_1 | relationship_id -:-- | :-- | :-- -193240 | 55443322132 | Member Of -55443322132 | 193240 | Has Member -193240 | 55443322175 | Member Of -55443322175 | 193240 | Has Member -193240 | 55443322166 | Member Of -55443322166 | 193240 | Has Member -193240 | 55443322107 | Member Of -55443322107 | 193240 | Has Member -193240 | 55443322146 | Member Of -55443322146 | 193240 | Has Member - -Where concept codes represent the following concepts: - -Content | Description -:---------- | :-------------------------------------------------------------------- -193240 | Corresponds to LOINC 34127-1, Dentistry Hygienist Outpatient Progress note -55443322132 | Corresponds to LOINC LP173418-7, Kind of Document = Note -55443322175 | Corresponds to LOINC LP173213-2, Type of Service = Progress -55443322166 | Corresponds to LOINC LP173051-6, Setting = Outpatient -55443322107 | Corresponds to LOINC LP172934-4, Subject Matter Domain �= Dentistry -55443322146 | Corresponds to LOINC LP173071-4, Role = Hygienist - -Most of the codes will not have all 5 dimensions. Therefore, they may be represented by 2-5 relationship pairs. - -#### 5. If LOINC does not have a code corresponding to a permutation of the 5 CDO encountered in the source, this code will be generated as OMOP vocabulary code. - -* Its relationships to the CDO dimensions will be represented exactly as those of existing LOINC concepts (as described above). If/when a proper LOINC code for this permutation is released, the old code should be deprecated. Transition between the old and new codes should be represented by �Concept replaces� � �Concept replaced by� pairs. - -#### 6. Mapping from the source data will be performed to the 2-5 CDO dimensions. - -Query below finds LOINC code for Dentistry Hygienist Outpatient Progress note (see example above) that has all 5 dimensions: - -```sql - SELECT - FROM Concept_Relationship - WHERE relationship_id = �Has Member� AND - (concept_id_1 = 55443322132 - OR concept_id_1 = 55443322175 - OR concept_id_1 = 55443322166 - OR concept_id_1 = 55443322107 - OR concept_id_1 = 55443322146) - GROUP BY concept_ID_2 -``` - -If less than 5 dimensions are available, `HAVING COUNT(n)` clause should be added to get a unique record at the intersection of these dimensions. n is the number of dimensions available: - -```sql - SELECT - FROM Concept_Relationship - WHERE relationship_id = �Has Member� AND - (concept_id_1 = 55443322132 - OR concept_id_1 = 55443322175 - OR concept_id_1 = 55443322146) - GROUP BY concept_ID_2 - HAVING COUNT(*) = 3 -``` \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/NOTE_NLP.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/NOTE_NLP.md deleted file mode 100644 index be71359..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/NOTE_NLP.md +++ /dev/null @@ -1,50 +0,0 @@ -The NOTE_NLP table will encode all output of NLP on clinical notes. Each row represents a single extracted term from a note. - -Field | Required | Type | Description -:------------------------------- | :-------- | :------------ | :--------------------------------------------------- -note_nlp_id | Yes | integer | A unique identifier for each term extracted from a note. -note_id | Yes | integer | A foreign key to the Note table note the term was extracted from. -section_concept_id | No | integer | A foreign key to the predefined Concept in the Standardized Vocabularies representing the section of the extracted term. -snippet | No | varchar(250) | A small window of text surrounding the term. -offset | No | varchar(50) | Character offset of the extracted term in the input note. -lexical_variant | Yes | varchar(250) | Raw text extracted from the NLP tool. -note_nlp_concept_id | No | integer | A foreign key to the predefined Concept in the Standardized Vocabularies reflecting the normalized concept for the extracted term. Domain of the term is represented as part of the Concept table. -note_nlp_source_concept_id | No | integer | A foreign key to a Concept that refers to the code in the source vocabulary used by the NLP system -nlp_system | No | varchar(250) | Name and version of the NLP system that extracted the term.Useful for data provenance. -nlp_date | Yes | date | The date of the note processing.Useful for data provenance. -nlp_datetime | No | datetime | The date and time of the note processing. Useful for data provenance. -term_exists | No | varchar(1) | A summary modifier that signifies presence or absence of the term for a given patient. Useful for quick querying. -term_temporal | No | varchar(50) | An optional time modifier associated with the extracted term. (for now past or present only). Standardize it later. -term_modifiers | No | varchar(2000) | A compact description of all the modifiers of the specific term extracted by the NLP system. (e.g. son has rash ? negated=no,subject=family, certainty=undef,conditional=false,general=false). - -### Conventions - -**Term_exists** -Term_exists is defined as a flag that indicates if the patient actually has or had the condition. Any of the following modifiers would make Term_exists false: - -* Negation = true -* Subject = [anything other than the patient] -* Conditional = true -* Rule_out = true -* Uncertain = very low certainty or any lower certainties - -A complete lack of modifiers would make Term_exists true. - -For the modifiers that are there, they would have to have these values: - -* Negation = false -* Subject = patient -* Conditional = false -* Rule_out = false -* Uncertain = true or high or moderate or even low (could argue about low) - -**Term_temporal** -Term_temporal is to indicate if a condition is present or just in the past. - -The following would be past: - -* History = true -* Concept_date = anything before the time of the report - -**Term_modifiers** -Term_modifiers will concatenate all modifiers for different types of entities (conditions, drugs, labs etc) into one string. Lab values will be saved as one of the modifiers. A list of allowable modifiers (e.g., signature for medications) and their possible values will be standardized later. diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/OBSERVATION.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/OBSERVATION.md deleted file mode 100644 index 45c4d15..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/OBSERVATION.md +++ /dev/null @@ -1,36 +0,0 @@ -The OBSERVATION table captures clinical facts about a Person obtained in the context of examination, questioning or a procedure. Any data that cannot be represented by any other domains, such as social and lifestyle facts, medical history, family history, etc. are recorded here. - -Field|Required|Type|Description -:----------------------------------|:--------|:------------|:------------------------------------ -|observation_id |Yes|integer|A unique identifier for each observation.| -|person_id |Yes|integer|A foreign key identifier to the Person about whom the observation was recorded. The demographic details of that Person are stored in the PERSON table.| -|observation_concept_id |Yes|integer|A foreign key to the standard observation concept identifier in the Standardized Vocabularies.| -|observation_date|Yes|date|The date of the observation.| -|observation_datetime|No|datetime|The date and time of the observation.| -|observation_type_concept_id|Yes|integer|A foreign key to the predefined concept identifier in the Standardized Vocabularies reflecting the type of the observation.| -|value_as_number|No|float|The observation result stored as a number. This is applicable to observations where the result is expressed as a numeric value.| -|value_as_string|No|varchar(60)|The observation result stored as a string. This is applicable to observations where the result is expressed as verbatim text.| -|value_as_concept_id|No|Integer|A foreign key to an observation result stored as a Concept ID. This is applicable to observations where the result can be expressed as a Standard Concept from the Standardized Vocabularies (e.g., positive/negative, present/absent, low/high, etc.).| -|qualifier_concept_id|No|integer|A foreign key to a Standard Concept ID for a qualifier (e.g., severity of drug-drug interaction alert)| -|unit_concept_id|No|integer|A foreign key to a Standard Concept ID of measurement units in the Standardized Vocabularies.| -|provider_id|No|integer|A foreign key to the provider in the PROVIDER table who was responsible for making the observation.| -|visit_occurrence_id|No|integer|A foreign key to the visit in the VISIT_OCCURRENCE table during which the observation was recorded.| -|visit_detail_id|No|integer|A foreign key to the visit in the VISIT_DETAIL table during which the observation was recorded.| -|observation_source_value|No|varchar(50)|The observation code as it appears in the source data. This code is mapped to a Standard Concept in the Standardized Vocabularies and the original code is, stored here for reference.| -|observation_source_concept_id|No|integer|A foreign key to a Concept that refers to the code used in the source.| -|unit_source_value|No|varchar(50)|The source code for the unit as it appears in the source data. This code is mapped to a standard unit concept in the Standardized Vocabularies and the original code is, stored here for reference.| -|qualifier_source_value|No|varchar(50)|The source value associated with a qualifier to characterize the observation| - -### Conventions - - * Observations differ from Measurements in that they do not require a standardized test or some other activity to generate clinical fact. Typical observations are medical history, family history, the stated need for certain treatment, social circumstances, lifestyle choices, healthcare utilization patterns, etc. If the generation clinical facts requires a standardized testing such as lab testing or imaging and leads to a standardized result, the data item is recorded in the MEASUREMENT table. If the clinical fact observed determines a sign, symptom, diagnosis of a disease or other medical condition, it is recorded in the CONDITION_OCCURRENCE table. - * Valid Observation Concepts are not enforced to be from any domain. They still should be Standard Concepts, and they typically belong to the "Observation" or sometimes "Measurement" domain. - * Observation can be stored as attribute value pairs, with the attribute as the Observation Concept and the value representing the clinical fact. This fact can be a Concept (stored in value_as_concept), a numerical value (value_as_number) or a verbatim string (value_as_string). Even though Observations do not have an explicit result, the clinical fact can be stated separately from the type of Observation in the value_as_ fields. - * It is recommended for observations that are suggestive statements of positive assertion should have a value of "Yes" (concept_id=4188539), recorded, even though the null value is the equivalent. - * Valid Concepts of the value_as_concept field are not enforced, but typically belong to the "Meas Value" domain. - * For numerical facts a Unit can be provided in the unit_concept_id. - * For facts represented as Concepts no domain membership is enforced. - * Note that the value of value_as_concept_id may be provided through mapping from a source Concept which contains the content of the Observation. In those situations, the CONCEPT_RELATIONSHIP table in addition to the "Maps to" record contains a second record with the relationship_id set to "Maps to value". For example, ICD9CM V17.5 concept_id 44828510 "Family history of asthma" has a "Maps to" relationship to 4167217 "Family history of clinical finding" as well as a "Maps to value" record to 317009 "Asthma". - * The qualifier_concept_id field contains all attributes specifying the clinical fact further, such as as degrees, severities, drug-drug interaction alerts etc. - * The Visit during which the observation was made is recorded through a reference to the VISIT_OCCURRENCE table. This information is not always available. - * The Provider making the observation is recorded through a reference to the PROVIDER table. This information is not always available. diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/OBSERVATION_PERIOD.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/OBSERVATION_PERIOD.md deleted file mode 100644 index 72a6520..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/OBSERVATION_PERIOD.md +++ /dev/null @@ -1,19 +0,0 @@ -The OBSERVATION_PERIOD table contains records which uniquely define the spans of time for which a Person is at-risk to have clinical events recorded within the source systems, even if no events in fact are recorded (healthy patient with no healthcare interactions). - -Field|Required|Type|Description -:------------------------------|:--------|:------------|:---------------------------------------------- -|observation_period_id|Yes|integer|A unique identifier for each observation period.| -|person_id|Yes|integer|A foreign key identifier to the person for whom the observation period is defined. The demographic details of that person are stored in the person table.| -|observation_period_start_date|Yes|date|The start date of the observation period for which data are available from the data source.| -|observation_period_end_date|Yes|date|The end date of the observation period for which data are available from the data source.| -|period_type_concept_id|Yes|Integer|A foreign key identifier to the predefined concept in the Standardized Vocabularies reflecting the source of the observation period information| - -### Conventions - - * One Person may have one or more disjoint observation periods, during which times analyses may assume that clinical events would be captured if observed, and outside of which no clinical events may be recorded. - * Each Person can have more than one valid OBSERVATION_PERIOD record, but no two observation periods can overlap in time for a given person. - * As a general assumption, during an Observation Period any clinical event that happens to the patient is expected to be recorded. Conversely, the absence of data indicates that no clinical events occurred to the patient. - * Both the _start_date and the _end_date of the clinical event has to be between observation_period_start_date and observation_period_end_date. - * No clinical data are valid outside an active Observation Period. Clinical data that refer to a time outside (diagnoses of previous conditions such as "Old MI" or medical history) of an active Observation Period are recorded as Observations. The date of the Observation is the first day of the first Observation Period of a patient. - * For claims data, observation periods are inferred from the enrollment periods to a health benefit plan. - * For EHR data, the observation period cannot be determined explicitly, because patients usually do not announce their departure from a certain healthcare provider. The ETL will have to apply some heuristic to make a reasonable guess on what the observation_period should be. Refer to the ETL documentation for details. diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/PERSON.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/PERSON.md deleted file mode 100644 index 1fb76f8..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/PERSON.md +++ /dev/null @@ -1,32 +0,0 @@ -The Person Domain contains records that uniquely identify each patient in the source data who is time at-risk to have clinical observations recorded within the source systems. - -Field|Required|Type|Description -:---------------------------|:--------|:------------|:----------------------------------------------- -|person_id|Yes|integer|A unique identifier for each person.| -|gender_concept_id|Yes|integer|A foreign key that refers to an identifier in the CONCEPT table for the unique gender of the person.| -|year_of_birth |Yes|integer|The year of birth of the person. For data sources with date of birth, the year is extracted. For data sources where the year of birth is not available, the approximate year of birth is derived based on any age group categorization available.| -|month_of_birth|No|integer|The month of birth of the person. For data sources that provide the precise date of birth, the month is extracted and stored in this field.| -|day_of_birth|No|integer|The day of the month of birth of the person. For data sources that provide the precise date of birth, the day is extracted and stored in this field.| -|birth_datetime|No|datetime|The date and time of birth of the person.| -|race_concept_id|Yes|integer|A foreign key that refers to an identifier in the CONCEPT table for the unique race of the person.| -|ethnicity_concept_id|Yes|integer|A foreign key that refers to the standard concept identifier in the Standardized Vocabularies for the ethnicity of the person.| -|location_id|No|integer|A foreign key to the place of residency for the person in the location table, where the detailed address information is stored.| -|provider_id|No|integer|A foreign key to the primary care provider the person is seeing in the provider table.| -|care_site_id|No|integer|A foreign key to the site of primary care in the care_site table, where the details of the care site are stored.| -|person_source_value|No|varchar(50)|An (encrypted) key derived from the person identifier in the source data. This is necessary when a use case requires a link back to the person data at the source dataset.| -|gender_source_value|No|varchar(50)|The source code for the gender of the person as it appears in the source data. The person’s gender is mapped to a standard gender concept in the Standardized Vocabularies; the original value is stored here for reference.| -|gender_source_concept_id|No|Integer|A foreign key to the gender concept that refers to the code used in the source.| -|race_source_value|No|varchar(50)|The source code for the race of the person as it appears in the source data. The person race is mapped to a standard race concept in the Standardized Vocabularies and the original value is stored here for reference.| -|race_source_concept_id|No|Integer|A foreign key to the race concept that refers to the code used in the source.| -|ethnicity_source_value|No|varchar(50)|The source code for the ethnicity of the person as it appears in the source data. The person ethnicity is mapped to a standard ethnicity concept in the Standardized Vocabularies and the original code is, stored here for reference.| -|ethnicity_source_concept_id|No|Integer|A foreign key to the ethnicity concept that refers to the code used in the source.| - -### Conventions - - * All tables representing patient-related Domains have a foreign-key reference to the person_id field in the PERSON table. - * Each person record has associated demographic attributes which are assumed to be constant for the patient throughout the course of their periods of observation. For example, the location or gender is expected to have a unique value per person, even though in life these data may change over time. - * Valid Gender, Race and Ethnicity Concepts each belong to their own Domain. - * Ethnicity in the OMOP CDM follows the OMB Standards for Data on Race and Ethnicity: Only distinctions between Hispanics and Non-Hispanics are made. - * Additional information is stored through references to other tables, such as the home address (location_id) or the primary care provider. - * The Provider refers to the primary care provider (General Practitioner). - * The Care Site refers to where the Provider typically provides the primary care. \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/PROCEDURE_OCCURRENCE.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/PROCEDURE_OCCURRENCE.md deleted file mode 100644 index a306882..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/PROCEDURE_OCCURRENCE.md +++ /dev/null @@ -1,32 +0,0 @@ -The PROCEDURE_OCCURRENCE table contains records of activities or processes ordered by, or carried out by, a healthcare provider on the patient to have a diagnostic or therapeutic purpose. Procedures are present in various data sources in different forms with varying levels of standardization. For example: - - * Medical Claims include procedure codes that are submitted as part of a claim for health services rendered, including procedures performed. - * Electronic Health Records that capture procedures as orders. - -Field|Required|Type|Description -:--------------------------|:--------|:------------|:---------------------------------------- -|procedure_occurrence_id|Yes|integer|A system-generated unique identifier for each Procedure Occurrence.| -|person_id|Yes|integer|A foreign key identifier to the Person who is subjected to the Procedure. The demographic details of that Person are stored in the PERSON table.| -|procedure_concept_id|Yes|integer|A foreign key that refers to a standard procedure Concept identifier in the Standardized Vocabularies.| -|procedure_date|Yes|date|The date on which the Procedure was performed.| -|procedure_datetime|No|datetime|The date and time on which the Procedure was performed.| -|procedure_type_concept_id|Yes|integer|A foreign key to the predefined Concept identifier in the Standardized Vocabularies reflecting the type of source data from which the procedure record is derived.| -|modifier_concept_id|No|integer|A foreign key to a Standard Concept identifier for a modifier to the Procedure (e.g. bilateral)| -|quantity|No|integer|The quantity of procedures ordered or administered.| -|provider_id|No|integer|A foreign key to the provider in the PROVIDER table who was responsible for carrying out the procedure.| -|visit_occurrence_id|No|integer|A foreign key to the Visit in the VISIT_OCCURRENCE table during which the Procedure was carried out.| -|visit_detail_id|No|integer|A foreign key to the Visit Detail in the VISIT_DETAIL table during which the Procedure was carried out.| -|procedure_source_value|No|varchar(50)|The source code for the Procedure as it appears in the source data. This code is mapped to a standard procedure Concept in the Standardized Vocabularies and the original code is, stored here for reference. Procedure source codes are typically ICD-9-Proc, CPT-4, HCPCS or OPCS-4 codes.| -|procedure_source_concept_id|No|integer|A foreign key to a Procedure Concept that refers to the code used in the source.| -|modifier_source_value|No|varchar(50)|The source code for the qualifier as it appears in the source data.| - -### Conventions - - * Valid Procedure Concepts belong to the "Procedure" domain. Procedure Concepts are based on a variety of vocabularies: SNOMED-CT, ICD-9-Proc, CPT-4, HCPCS and OPCS-4, but also atypical Vocabularies such as ICD-9-CM or MedDRA. - * Procedures are expected to be carried out within one day and therefore have no end date. - * Procedures could involve the application of a drug, in which case the procedural component is recorded in the procedure table and simultaneously the administered drug in the drug exposure table when both the procedural component and drug are identifiable. - * If the quantity value is omitted, a single procedure is assumed. - * The Procedure Type defines from where the Procedure Occurrence is drawn or inferred. For administrative claims records the type indicates whether a Procedure was primary or secondary and their relative positioning within a claim. - * The Visit during which the procedure was performed is recorded through a reference to the VISIT_OCCURRENCE table. This information is not always available. - * The Visit Detail during with the procedure was performed is recorded through a reference to the VISIT_DETAIL table. This information is not always available. - * The Provider carrying out the procedure is recorded through a reference to the PROVIDER table. This information is not always available. diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/SPECIMEN.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/SPECIMEN.md deleted file mode 100644 index 95ef507..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/SPECIMEN.md +++ /dev/null @@ -1,22 +0,0 @@ -The specimen domain contains the records identifying biological samples from a person. - -Field|Required|Type|Description -:-----------------------------|:--------|:------------|:------------------------------------------------------ -|specimen_id|Yes|integer|A unique identifier for each specimen.| -|person_id|Yes|integer|A foreign key identifier to the Person for whom the Specimen is recorded.| -|specimen_concept_id|Yes|integer|A foreign key referring to a Standard Concept identifier in the Standardized Vocabularies for the Specimen.| -|specimen_type_concept_id|Yes|integer|A foreign key referring to the Concept identifier in the Standardized Vocabularies reflecting the system of record from which the Specimen was represented in the source data.| -|specimen_date|Yes|date|The date the specimen was obtained from the Person.| -|specimen_datetime|No|datetime|The date and time on the date when the Specimen was obtained from the person.| -|quantity|No|float|The amount of specimen collection from the person during the sampling procedure.| -|unit_concept_id|No|integer|A foreign key to a Standard Concept identifier for the Unit associated with the numeric quantity of the Specimen collection.| -|anatomic_site_concept_id|No|integer|A foreign key to a Standard Concept identifier for the anatomic location of specimen collection.| -|disease_status_concept_id|No|integer|A foreign key to a Standard Concept identifier for the Disease Status of specimen collection.| -|specimen_source_id|No|varchar(50)|The Specimen identifier as it appears in the source data.| -|specimen_source_value|No|varchar(50)|The Specimen value as it appears in the source data. This value is mapped to a Standard Concept in the Standardized Vocabularies and the original code is, stored here for reference.| -|unit_source_value|No|varchar(50)|The information about the Unit as detailed in the source.| -|anatomic_site_source_value|No|varchar(50)|The information about the anatomic site as detailed in the source.| -|disease_status_source_value|No|varchar(50)|The information about the disease status as detailed in the source.| - -### Conventions - * Anatomic site is coded at the most specific level of granularity possible, such that higher level classifications can be derived using the Standardized Vocabularies. \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/Standardized-Clinical-Data-Tables.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/Standardized-Clinical-Data-Tables.md deleted file mode 100644 index 01469c2..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/Standardized-Clinical-Data-Tables.md +++ /dev/null @@ -1,21 +0,0 @@ -[PERSON](https://github.com/OHDSI/CommonDataModel/wiki/PERSON) -[OBSERVATION_PERIOD](https://github.com/OHDSI/CommonDataModel/wiki/OBSERVATION_PERIOD) -[SPECIMEN](https://github.com/OHDSI/CommonDataModel/wiki/SPECIMEN) -[DEATH](https://github.com/OHDSI/CommonDataModel/wiki/DEATH) -[VISIT_OCCURRENCE](https://github.com/OHDSI/CommonDataModel/wiki/VISIT_OCCURRENCE) -[VISIT_DETAIL](https://github.com/OHDSI/CommonDataModel/wiki/VISIT_DETAIL) -[PROCEDURE_OCCURRENCE](https://github.com/OHDSI/CommonDataModel/wiki/PROCEDURE_OCCURRENCE) -[DRUG_EXPOSURE](https://github.com/OHDSI/CommonDataModel/wiki/DRUG_EXPOSURE) -[DEVICE_EXPOSURE](https://github.com/OHDSI/CommonDataModel/wiki/DEVICE_EXPOSURE) -[CONDITION_OCCURRENCE](https://github.com/OHDSI/CommonDataModel/wiki/CONDITION_OCCURRENCE) -[MEASUREMENT](https://github.com/OHDSI/CommonDataModel/wiki/MEASUREMENT) -[NOTE](https://github.com/OHDSI/CommonDataModel/wiki/NOTE) -[NOTE_NLP](https://github.com/OHDSI/CommonDataModel/wiki/NOTE_NLP) -[OBSERVATION](https://github.com/OHDSI/CommonDataModel/wiki/OBSERVATION) -[FACT_RELATIONSHIP](https://github.com/OHDSI/CommonDataModel/wiki/FACT_RELATIONSHIP) - -These tables contain the core information about the clinical events that occurred longitudinally during valid Observation Periods for each Person, as well as demographic information for the Person. -Below provides an entity-relationship diagram highlighting the tables within the Standardized Clinical Data portion of the OMOP Common Data Model: - -![Clinical data entity-relationship diagram](http://www.ohdsi.org/web/wiki/lib/exe/fetch.php?media=documentation:cdm:standard_clinical_data_tables.png)\ - \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/VISIT_DETAIL.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/VISIT_DETAIL.md deleted file mode 100644 index c8df9bf..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/VISIT_DETAIL.md +++ /dev/null @@ -1,48 +0,0 @@ -The VISIT_DETAIL table is an optional table used to represents details of each record in the parent visit_occurrence table. For every record in visit_occurrence table there may be 0 or more records in the visit_detail table with a 1:n relationship where n may be 0. The visit_detail table is structurally very similar to visit_occurrence table and belongs to the similar domain as the visit. - - -Field|Required|Type|Description -:------------------------|:--------|:-----|:------------------------------------------------- -|visit_detail_id |Yes|integer|A unique identifier for each Person's visit or encounter at a healthcare provider.| -|person_id |Yes|integer|A foreign key identifier to the Person for whom the visit is recorded. The demographic details of that Person are stored in the PERSON table.| -|visit_detail_concept_id |Yes|integer|A foreign key that refers to a visit Concept identifier in the Standardized Vocabularies.| -|visit_detail_start_date |Yes|date|The start date of the visit.| -|visit_detail_start_datetime |No|datetime|The date and time of the visit started.| -|visit_detail_end_date |Yes|date|The end date of the visit. If this is a one-day visit the end date should match the start date.| -|visit_detail_end_datetime |No|datetime|The date and time of the visit end.| -|visit_detail_type_concept_id |Yes|Integer|A foreign key to the predefined Concept identifier in the Standardized Vocabularies reflecting the type of source data from which the visit record is derived.| -|provider_id |No|integer|A foreign key to the provider in the provider table who was associated with the visit.| -|care_site_id |No|integer|A foreign key to the care site in the care site table that was visited.| -|visit_detail_source_value |No|string(50)|The source code for the visit as it appears in the source data.| -|visit_detail_source_concept_id |No|Integer|A foreign key to a Concept that refers to the code used in the source.| -|admitting_source_value | No|Varchar(50)| The source code for the admitting source as it appears in the source data.| -|admitting_source_concept_id |No |Integer |A foreign key to the predefined concept in the Place of Service Vocabulary reflecting the admitting source for a visit.| -|discharge_to_source_value | No| Varchar(50)| The source code for the discharge disposition as it appears in the source data.| -|discharge_to_concept_id |No | Integer |A foreign key to the predefined concept in the Place of Service Vocabulary reflecting the discharge disposition for a visit.| -|preceding_visit_detail_id |No |Integer| A foreign key to the VISIT_DETAIL table of the visit immediately preceding this visit| -|visit_detail_parent_id | No |Integer|A foreign key to the VISIT_DETAIL table record to represent the immediate parent visit-detail record.| -|visit_occurrence_id | Yes |Integer|A foreign key that refers to the record in the VISIT_OCCURRENCE table. This is a required field, because for every visit_detail is a child of visit_occurrence and cannot exist without a corresponding parent record in visit_occurrence.| - -### Conventions - - * All conventions used in VISIT_OCCURRENCE apply to VISIT_DETAIL, some notable exceptions: - * A Visit Detail is an optional detail record for each Visit Occurrence to a healthcare facility. For every record in VISIT_DETAIL there has to be a parent VISIT_OCCURRENCE record. - * One record in VISIT_DETAIL can only have one VISIT_OCCURRENCE parent. - * A single VISIT_OCCURRENCE record may have many child VISIT_DETAIL records. - * Valid Visit Concepts belong to the "Visit" domain. Standard Visit Concepts are yet to be defined, but will represent a detail of the Standard Visit Concept in VISIT_OCCURRENCE. - * Handling of death: In the case when a patient died during admission (VISIT_OCCURRENCE.DISCHARGE_DISPOSITION_CONCEPT_ID = 4216643 'Patient died'), a record in the Death table should be created with DEATH_TYPE_CONCEPT_ID = 44818516 (EHR discharge status "Expired"). - * Source Concepts from place of service vocabularies are mapped into these Standard Visit Concepts in the Standardized Vocabularies. - * At any one day, there could be more than one visit. VISIT_OCCURRENCE allows for more than one visit within a single day. VISIT_DETAIL is to be used to only capture details within the visit. - * One visit may involve multiple providers, in which case, in VISIT_OCCURRENCE, the ETL must specify how a single provider id is selected or leave the provider_id field null. VISIT_DETAIL allows for ETL to speicify multiple child records per visit occurrence - and each of these child records may represent different provider_ids. - * One visit may involve multiple Care Sites, in which case, in VISIT_OCCURRENCE, the ETL must specify how a single care_site id is selected or leave the care_site_id field null. VISIT_DETAIL allows for ETL to speicify multiple child records per visit occurrence - and each of these child records may represent different care_sites. - * Just like in VISIT_OCCURRENCE, records in VISIT_DETAIL may be sequentially related to each. These sequential relations are represented using preceding_visit_detail_id - * Unlike VISIT_OCCURRENCE, VISIT_DETAIL may have nested visits with hierarchial relationships to each other. - * Representation of US claim data: US claims data generally has two-levels. Header/summary data that summarizes the entire claim; Line/detail that details a claim. Detail is thus a child of the summary, and for every record in summary there is one or more records in detail. i.e. there will be atleast one FK link from VISIT_DETAIL to VISIT_OCCURRENCE. - - Example: an entire inpatient stay maybe one record in the VISIT_OCCURRENCE table. This may have one or more detail records such as ER, ICU, medical floor, rehabilitation floor etc. Each of these visit details may have different start/end date-times, different concept_ids and fact_ids. These would become separate records in VISIT_DETAIL with a FK link to VISIT_OCCURRENCE. - - Each record within VISIT_DETAIL may be related to each other, sequentially –> ER leading to ICU leading to medical floor, leading to rehabilitation, or in hierarchical parent-child visit –> a visit for dialysis while in ICU. - -Note the CONCEPT_ID for visit domain is 8, and it is shared between VISIT_OCCURRENCE and VISIT_DETAIL in OMOP CDM. The key deviation from VISIT_OCCURRENCE is -- self-referencing key: a new foreign key visit_detail_parent_id allows self referencing for nested visits. -- VISIT_DETAIL points to its parent record in the VISIT_OCCURRENCE table (visit_occurrence_id) diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/VISIT_OCCURRENCE.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/VISIT_OCCURRENCE.md deleted file mode 100644 index 9bf88c9..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedClinicalDataTables/VISIT_OCCURRENCE.md +++ /dev/null @@ -1,42 +0,0 @@ -The VISIT_OCCURRENCE table contains the spans of time a Person continuously receives medical services from one or more providers at a Care Site in a given setting within the health care system. Visits are classified into 4 settings: outpatient care, inpatient confinement, emergency room, and long-term care. Persons may transition between these settings over the course of an episode of care (for example, treatment of a disease onset). - -Field|Required|Type|Description -:------------------------|:--------|:-----|:------------------------------------------------- -|visit_occurrence_id|Yes|integer|A unique identifier for each Person's visit or encounter at a healthcare provider.| -|person_id|Yes|integer|A foreign key identifier to the Person for whom the visit is recorded. The demographic details of that Person are stored in the PERSON table.| -|visit_concept_id|Yes|integer|A foreign key that refers to a visit Concept identifier in the Standardized Vocabularies.| -|visit_start_date|Yes|date|The start date of the visit.| -|visit_start_datetime|No|datetime|The date and time of the visit started.| -|visit_end_date|Yes|date|The end date of the visit. If this is a one-day visit the end date should match the start date.| -|visit_end_datetime|No|datetime|The date and time of the visit end.| -|visit_type_concept_id|Yes|Integer|A foreign key to the predefined Concept identifier in the Standardized Vocabularies reflecting the type of source data from which the visit record is derived.| -|provider_id|No|integer|A foreign key to the provider in the provider table who was associated with the visit.| -|care_site_id|No|integer|A foreign key to the care site in the care site table that was visited.| -|visit_source_value|No|varchar(50)|The source code for the visit as it appears in the source data.| -|visit_source_concept_id|No|integer|A foreign key to a Concept that refers to the code used in the source.| -|admitting_source_concept_id |No |integer |A foreign key to the predefined concept in the Place of Service Vocabulary reflecting the admitting source for a visit.| -|admitting_source_value | No|varchar(50)| The source code for the admitting source as it appears in the source data.| -|discharge_to_concept_id |No | integer |A foreign key to the predefined concept in the Place of Service Vocabulary reflecting the discharge disposition for a visit.| -|discharge_to_source_value | No| varchar(50)| The source code for the discharge disposition as it appears in the source data.| -|preceding_visit_occurrence_id | No |integer|A foreign key to the VISIT_OCCURRENCE table of the visit immediately preceding this visit| - -### Conventions - - * A Visit Occurrence is recorded for each visit to a healthcare facility. - * Valid Visit Concepts belong to the "Visit" domain. - * Standard Visit Concepts are defined as Inpatient Visit, Outpatient Visit, Emergency Room Visit, Long Term Care Visit and combined ER and Inpatient Visit. The latter is necessary because it is close to impossible to separate the two in many EHR system, treating them interchangeably. To annotate this correctly, the visit concept "Emergency Room and Inpatient Visit" (concept_id=262) should be used. - * Handling of death: In the case when a patient died during admission (Visit_Occurrence. discharge_disposition_concept_id = 4216643 'Patient died'), a record in the Death table should be created with death_type_concept_id = 44818516 (EHR discharge status "Expired"). - * Source Concepts from place of service vocabularies are mapped into these standard visit Concepts in the Standardized Vocabularies. - * At any one day, there could be more than one visit. - * One visit may involve multiple providers, in which case the ETL must specify how a single provider id is selected or leave the provider_id field null. - * One visit may involve multiple Care Sites, in which case the ETL must specify how a single care_site id is selected or leave the care_site_id field null. - * Visits are recorded in various data sources in different forms with varying levels of standardization. For example: - * Medical Claims include Inpatient Admissions, Outpatient Services, and Emergency Room visits. - * Electronic Health Records may capture Person visits as part of the activities recorded depending whether the EHR system is used at the different Care Sites. - * In addition to the "Place of Service" vocabulary the following SNOMED concepts for discharge disposition can be used: - * Patient died: 4216643 - * Absent without leave: 44814693 - * Patient self-discharge against medical advice: 4021968 - * In the case where a patient died during admission (Visit_Occurrence.discharge_disposition_concept_id = 4216643 "Patient died"), a record in the Death table should be created with death_type_concept_id = 44818516 (EHR discharge status "Expired"). - * PRECEDING_VISIT_ID can be used to link a visit immediately preceding the current visit - * Some EMR systems combine emergency room followed by inpatient admission into one visit, and it is close to impossible to separate the two. To annotate this visit type, a new visit concept "Emergency Room and Inpatient Visit" was added (CONCEPT_ID 262). \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedDerivedElements/COHORT.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedDerivedElements/COHORT.md deleted file mode 100644 index 39536a7..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedDerivedElements/COHORT.md +++ /dev/null @@ -1,16 +0,0 @@ -The COHORT table contains records of subjects that satisfy a given set of criteria for a duration of time. The definition of the cohort is contained within the COHORT_DEFINITION table. Cohorts can be constructed of patients (Persons), Providers or Visits. - -Field|Required|Type|Description -:--------------------|:--------|:------------|:---------------------------- -|cohort_definition_id|Yes|integer|A foreign key to a record in the COHORT_DEFINITION table containing relevant Cohort Definition information.| -|subject_id|Yes|integer|A foreign key to the subject in the cohort. These could be referring to records in the PERSON, PROVIDER, VISIT_OCCURRENCE table.| -|cohort_start_date|Yes|date|The date when the Cohort Definition criteria for the Person, Provider or Visit first match.| -|cohort_end_date|Yes|date|The date when the Cohort Definition criteria for the Person, Provider or Visit no longer match or the Cohort membership was terminated.| - -### Conventions - * The core of a Cohort is the unifying definition or feature of the Cohort. This is captured in the cohort_definition_id. For example, Cohorts can include patients diagnosed with a specific condition, patients exposed to a particular drug, or Providers who have performed a specific Procedure. - * Cohort records must have a Start Date - * Cohort records must have an End Date, but may be set to Start Date or could have applied a censored date using the Observation Period Start Date. - * Cohort records must contain a Subject Id, which can refer to the Person, Provider, Visit record or Care Site. The Cohort Definition will define the type of subject through the subject concept id. - * A subject can belong (or not belong) to a cohort at any moment in time - * A subject can only have one record in the cohort table for any moment of time, i.e. it is not possible for a person to contain multiple records indicating cohort membership that are overlapping in time diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedDerivedElements/COHORT_ATTRIBUTE.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedDerivedElements/COHORT_ATTRIBUTE.md deleted file mode 100644 index e5c2d76..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedDerivedElements/COHORT_ATTRIBUTE.md +++ /dev/null @@ -1,17 +0,0 @@ -The COHORT_ATTRIBUTE table contains attributes associated with each subject within a cohort, as defined by a given set of criteria for a duration of time. The definition of the Cohort Attribute is contained in the ATTRIBUTE_DEFINITION table. - -Field|Required|Type|Description -:---------------------|:--------|:------------|:------------------------------ -|cohort_definition_id|Yes|integer|A foreign key to a record in the [COHORT_DEFINITION](https://github.com/OHDSI/CommonDataModel/wiki/COHORT_DEFINITION) table containing relevant Cohort Definition information.| -|subject_id|Yes|integer|A foreign key to the subject in the Cohort. These could be referring to records in the PERSON, PROVIDER, VISIT_OCCURRENCE table.| -|cohort_start_date|Yes|date|The date when the Cohort Definition criteria for the Person, Provider or Visit first match.| -|cohort_end_date|Yes|date|The date when the Cohort Definition criteria for the Person, Provider or Visit no longer match or the Cohort membership was terminated.| -|attribute_definition_id|Yes|integer|A foreign key to a record in the [ATTRIBUTE_DEFINITION](https://github.com/OHDSI/CommonDataModel/wiki/ATTRIBUTE_DEFINITION) table containing relevant Attribute Definition information.| -|value_as_number|No|float|The attribute result stored as a number. This is applicable to attributes where the result is expressed as a numeric value.| -|value_as_concept_id|No|integer|The attribute result stored as a Concept ID. This is applicable to attributes where the result is expressed as a categorical value.| - -### Conventions - * Each record in the COHORT_ATTRIBUTE table is linked to a specific record in the COHORT table, identified by matching cohort_definition_id, subject_id, cohort_start_date and cohort_end_date fields. - * It adds to the Cohort records calculated co-variates (for example age, BMI) or composite scales (for example Charleson index). - * The unifying definition or feature of the Cohort Attribute is captured in the attribute_definition_id referring to a record in the ATTRIBUTE_DEFINITION table. - * The actual result or value of the Cohort Attribute (co-variate, index value) is captured in the value_as_number (if the value is numeric) or the value_as_concept_id (if the value is a concept) fields. \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedDerivedElements/CONDITION_ERA.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedDerivedElements/CONDITION_ERA.md deleted file mode 100644 index bde5595..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedDerivedElements/CONDITION_ERA.md +++ /dev/null @@ -1,24 +0,0 @@ -A Condition Era is defined as a span of time when the Person is assumed to have a given condition. -Similar to Drug Eras, Condition Eras are chronological periods of Condition Occurrence. Combining individual Condition Occurrences into a single Condition Era serves two purposes: - - * It allows aggregation of chronic conditions that require frequent ongoing care, instead of treating each Condition Occurrence as an independent event. - * It allows aggregation of multiple, closely timed doctor visits for the same Condition to avoid double-counting the Condition Occurrences. - -For example, consider a Person who visits her Primary Care Physician (PCP) and who is referred to a specialist. At a later time, the Person visits the specialist, who confirms the PCP's original diagnosis and provides the appropriate treatment to resolve the condition. These two independent doctor visits should be aggregated into one Condition Era. - -Field|Required|Type|Description -:----------------------------|:--------|:------------|:---------------------------------- -|condition_era_id|Yes|integer|A unique identifier for each Condition Era.| -|person_id|Yes|integer|A foreign key identifier to the Person who is experiencing the Condition during the Condition Era. The demographic details of that Person are stored in the PERSON table.| -|condition_concept_id|Yes|integer|A foreign key that refers to a standard Condition Concept identifier in the Standardized Vocabularies.| -|condition_era_start_date|Yes|date|The start date for the Condition Era constructed from the individual instances of Condition Occurrences. It is the start date of the very first chronologically recorded instance of the condition.| -|condition_era_end_date|Yes|date|The end date for the Condition Era constructed from the individual instances of Condition Occurrences. It is the end date of the final continuously recorded instance of the Condition.| -|condition_occurrence_count|No|integer|The number of individual Condition Occurrences used to construct the condition era.| - -### Conventions - * Condition Era records will be derived from the records in the CONDITION_OCCURRENCE table using a standardized algorithm. - * Each Condition Era corresponds to one or many Condition Occurrence records that form a continuous interval. - * The condition_concept_id field contains Concepts that are identical to those of the CONDITION_OCCURRENCE table records that make up the Condition Era. In contrast to Drug Eras, Condition Eras are not aggregated to contain Conditions of different hierarchical layers. - * The Condition Era Start Date is the start date of the first Condition Occurrence. - * The Condition Era End Date is the end date of the last Condition Occurrence. - * Condition Eras are built with a Persistence Window of 30 days, meaning, if no occurence of the same condition_concept_id happens within 30 days of any one occurrence, it will be considered the condition_era_end_date. diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedDerivedElements/DOSE_ERA.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedDerivedElements/DOSE_ERA.md deleted file mode 100644 index d42af2e..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedDerivedElements/DOSE_ERA.md +++ /dev/null @@ -1,79 +0,0 @@ -A Dose Era is defined as a span of time when the Person is assumed to be exposed to a constant dose of a specific active ingredient. - -Field|Required|Type|Description -:--------------------|:--------|:------------|:--------------------------- -|dose_era_id|Yes|integer|A unique identifier for each Dose Era.| -|person_id|Yes|integer|A foreign key identifier to the Person who is subjected to the drug during the drug era. The demographic details of that Person are stored in the PERSON table.| -|drug_concept_id|Yes|integer|A foreign key that refers to a Standard Concept identifier in the Standardized Vocabularies for the active Ingredient Concept.| -|unit_concept_id|Yes|integer|A foreign key that refers to a Standard Concept identifier in the Standardized Vocabularies for the unit concept.| -|dose_value|Yes|float|The numeric value of the dose.| -|dose_era_start_date|Yes|date|The start date for the drug era constructed from the individual instances of drug exposures. It is the start date of the very first chronologically recorded instance of utilization of a drug.| -|dose_era_end_date|Yes|date|The end date for the drug era constructed from the individual instance of drug exposures. It is the end date of the final continuously recorded instance of utilization of a drug.| - -### Conventions - * Dose Eras will be derived from records in the DRUG_EXPOSURE table and the Dose information from the DRUG_STRENGTH table using a standardized algorithm. - * Each Dose Era corresponds to one or many Drug Exposures that form a continuous interval and contain the same Drug Ingredient (active compound) at the same effective daily dose. - * Dose Form information is not taken into account. So, if the patient changes between different formuations, or different manufacturers with the same formulation, the Dose Era is still spanning the entire time of exposure to the Ingredient. - * The daily dose is calculated for each DRUG_EXPOSURE record by calculating the total dose of the record and dividing by the duration. - * The total dose of a DRUG_EXPOSURE record is calculated with the help of the DRUG_STRENGTH table containing the dosage information for each drug as following: - - -| 1 | Tablets and other fixed amount formulations | -|:-----------------|:-----------------------------------------| -||*Example: Acetaminophen (Paracetamol) 500 mg, 20 tablets.*| -| DRUG_STRENGTH | The denominator_unit is empty | -| DRUG_EXPOSURE | The quantity refers to number of pieces, e.g. tablets | -||*In the example: 20*| -|`Ingredient dose=`|`quantity x amount_value [amount_unit_concept_id]`| -||*`Acetaminophen dose = 20 x 500mg = 10,000mg`*| - -| 2 | Puffs of an inhaler | -|:-----------------|:-----------------------------------------| -||Note: There is no difference to use case 1 besides that the DRUG_STRENGTH table may put {actuat} in the denominator unit. In this case the strength is provided in the numerator.| -| DRUG_STRENGTH | The denominator_unit is {actuat}| -| DRUG_EXPOSURE | The quantity refers to the number of pieces, e.g. puffs | -| `Ingredient dose=`|`quantity x numerator_value [numerator_unit_concept_id]`| - -| 3 | Quantified Drugs which are formulated as a concentration | -|:-----------------|:-----------------------------------------| -||*Example: The Clinical Drug is Acetaminophen 250 mg/mL in a 5mL oral suspension. The Quantified Clinical Drug would have 1250 mg / 5 ml in the DRUG_STRENGTH table. Two suspensions are dispensed.*| -| DRUG_STRENGTH | The denominator_unit is either mg or mL. The denominator_value might be different from 1. | -| DRUG_EXPOSURE | The quantity refers to a fraction or, multiple of the pack. | -||*Example: 2* | -| `Ingredient dose=`|`quantity x numerator_value [numerator_unit_concept_id]`| -||*`Acetaminophen dose = 2 x 1250mg = 2500mg`*| - -| 4 | Drugs with the total amount provided in quantity, e.g. chemotherapeutics | -|:-----------------|:-----------------------------------------| -||*Example: 42799258 "Benzyl Alcohol 0.1 ML/ML / Pramoxine hydrochloride 0.01 MG/MG Topical Gel" dispensed in a 1.25oz pack.*| -| DRUG_STRENGTH | The denominator_unit is either mg or mL.| -||*Example: Benzyl Alcohol in mL and Pramoxine hydrochloride in mg*| -| DRUG_EXPOSURE | The quantity refers to mL or g.| -||*Example: 1.25 x 30 (conversion factor oz -> mL) = 37*| -| `Ingredient dose=`|`quantity x numerator_value [numerator_unit_concept_id]`| -||*`Benzyl Alcohol dose = 37 x 0.1mL = 3.7mL`*| -||*`Pramoxine hydrochloride dose = 37 x 0.01mg x 1000 = 370mg`*| -||*Note: The analytical side should check the denominator in the DRUG_STRENGTH table. As mg is used for the second ingredient the factor 1000 will be applied to convert between g and mg.*| - -| 5 | Compounded drugs | -|:-----------------|:-----------------------------------------| -||*Example: Ibuprofen 20%/Piroxicam 1% Cream, 30ml in 5ml tubes.*| -| DRUG_STRENGTH | We need entries for the ingredients of Ibuprofen and Piroxicam, probably with an amount_value of 1 and a unit of mg.| -| DRUG_EXPOSURE | The quantity refers to the total amount of the compound. Use one record in the DRUG_EXPOSURE table for each compound.| -||*Example: 20% Ibuprofen of 30ml = 6mL, 1% Piroxicam of 30ml = 0.3mL*| -|`Ingredient dose=`|Depends on the drugs involved: One of the use cases above.| -||*`Ibuprofen dose = 6 x 1mg x 1000 = 6000mg`*| -||*`Piroxicam dose = 0.3 x 1mg x 1000 = 300mg`*| -||*Note: The analytical side determines that the denominator for both ingredients in the DRUG_STRENGTH table is mg and applies the factor 1000 to convert between mL/g and mg.*| - -| 6 | Drugs with the active ingredient released over time, e.g. patches | -|:-----------------|:-----------------------------------------| -||*Example: Ethinyl Estradiol 0.000833 MG/HR / norelgestromin 0.00625 MG/HR Weekly Transdermal Patch*| -| DRUG_STRENGTH | The denominator units refer to hour.| -||*Example: Ethinyl Estradiol 0.000833 mg/h / norelgestromin 0.00625 mg/h*| -| DRUG_EXPOSURE | The quantity refers to the number of pieces.| -||*Example: 1 patch*| -| `Ingredient rate=`|`numerator_value [numerator_unit_concept_id]`| -||*`Ethinyl Estradiol rate = 0.000833 mg/h`*| -||*`norelgestromin rate 0.00625 mg/h`*| -||*Note: This can be converted to a daily dosage by multiplying it with 24. (Assuming 1 patch at a time for at least 24 hours)*| diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedDerivedElements/DRUG_ERA.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedDerivedElements/DRUG_ERA.md deleted file mode 100644 index 3ab7f6a..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedDerivedElements/DRUG_ERA.md +++ /dev/null @@ -1,27 +0,0 @@ -A Drug Era is defined as a span of time when the Person is assumed to be exposed to a particular active ingredient. A Drug Era is not the same as a Drug Exposure: Exposures are individual records corresponding to the source when Drug was delivered to the Person, while successive periods of Drug Exposures are combined under certain rules to produce continuous Drug Eras. - -Field|Required|Type|Description -:---------------------|:--------|:------------|:---------------------------- -|drug_era_id|Yes|integer|A unique identifier for each Drug Era.| -|person_id|Yes|integer|A foreign key identifier to the Person who is subjected to the Drug during the fDrug Era. The demographic details of that Person are stored in the PERSON table.| -|drug_concept_id|Yes|integer|A foreign key that refers to a Standard Concept identifier in the Standardized Vocabularies for the Ingredient Concept.| -|drug_era_start_date|Yes|date|The start date for the Drug Era constructed from the individual instances of Drug Exposures. It is the start date of the very first chronologically recorded instance of conutilization of a Drug.| -|drug_era_end_date|Yes|date|The end date for the drug era constructed from the individual instance of drug exposures. It is the end date of the final continuously recorded instance of utilization of a drug.| -|drug_exposure_count|No|integer|The number of individual Drug Exposure occurrences used to construct the Drug Era.| -|gap_days|No|integer|The number of days that are not covered by DRUG_EXPOSURE records that were used to make up the era record.| - -### Conventions - * Drug Eras are derived from records in the DRUG_EXPOSURE table using a standardized algorithm. - * Each Drug Era corresponds to one or many Drug Exposures that form a continuous interval and contain the same Drug Ingredient (active compound). - * The drug_concept_id field only contains Concepts that have the concept_class 'Ingredient'. The Ingredient is derived from the Drug Concepts in the DRUG_EXPOSURE table that are aggregated into the Drug Era record. - * The Drug Era Start Date is the start date of the first Drug Exposure. - * The Drug Era End Date is the end date of the last Drug Exposure. The End Date of each Drug Exposure is either taken from the field drug_exposure_end_date or, as it is typically not available, inferred using the following rules: - * For pharmacy prescription data, the date when the drug was dispensed plus the number of days of supply are used to extrapolate the End Date for the Drug Exposure. Depending on the country-specific healthcare system, this supply information is either explicitly provided in the day_supply field or inferred from package size or similar information. - * For Procedure Drugs, usually the drug is administered on a single date (i.e., the administration date). - * A standard Persistence Window of 30 days (gap, slack) is permitted between two subsequent such extrapolated DRUG_EXPOSURE records to be considered to be merged into a single Drug Era. - * The Gap Days determine how many total drug-free days are observed between all Drug Exposure events that contribute to a DRUG_ERA record. It is assumed that the drugs are "not stockpiled" by the patient, i.e. that if a new drug prescription or refill is observed (a new DRUG_EXPOSURE record is written), the remaining supply from the previous events is abandoned. - * The difference between Persistence Window and Gap Days is that the former is the maximum drug-free time allowed between two subsequent DRUG_EXPOSURE records, while the latter is the sum of actual drug-free days for the given Drug Era under the above assumption of non-stockpiling. - * The choice of a standard Persistence Window of 30 and the non-stockpiling assumption is arbitrary, but has been shown to deliver good results in drug-outcome estimation. Other problems, such as estimation of drug compliance, my require a different or drug-dependent Persistence Window/stockpiling assumption. Researchers are encouraged to consider creating their own Drug Eras with different parameters as Cohorts and store them in the COHORT table. - -![](http://www.ohdsi.org/web/wiki/lib/exe/fetch.php?w=800&tok=5ebf4b&media=documentation:cdm:drugera.jpg)\ - \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedDerivedElements/Standardized-Derived-Elements.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedDerivedElements/Standardized-Derived-Elements.md deleted file mode 100644 index cb81a0e..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedDerivedElements/Standardized-Derived-Elements.md +++ /dev/null @@ -1,11 +0,0 @@ -[COHORT](https://github.com/OHDSI/CommonDataModel/wiki/COHORT) -[COHORT_ATTRIBUTE](https://github.com/OHDSI/CommonDataModel/wiki/COHORT_ATTRIBUTE) -[DRUG_ERA](https://github.com/OHDSI/CommonDataModel/wiki/DRUG_ERA) -[DOSE_ERA](https://github.com/OHDSI/CommonDataModel/wiki/DOSE_ERA) -[CONDITION_ERA](https://github.com/OHDSI/CommonDataModel/wiki/CONDITION_ERA) - -These tables contain information about the clinical events of a patient that are not obtained directly from the raw source data, but from other tables of the CDM. -Below provides an entity-relationship diagram highlighting the tables within the Standardized Derived Elements portion of the OMOP Common Data Model: - -![](http://www.ohdsi.org/web/wiki/lib/exe/fetch.php?media=documentation:cdm:standardized_derived_elements_3.png)\ - \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthEconomicsDataTables/COST.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthEconomicsDataTables/COST.md deleted file mode 100644 index a426a42..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthEconomicsDataTables/COST.md +++ /dev/null @@ -1,59 +0,0 @@ -The COST table captures records containing the cost of any medical entity recorded in one of the DRUG_EXPOSURE, PROCEDURE_OCCURRENCE, VISIT_OCCURRENCE or DEVICE_OCCURRENCE tables. It replaces the corresponding DRUG_COST, PROCEDURE_COST, VISIT_COST or DEVICE_COST tables that were initially defined for the OMOP CDM V5. However, it also allows to capture cost information for records of the OBSERVATION and MEASUREMENT tables. - -The information about the cost is defined by the amount of money paid by the Person and Payer, or as the charged cost by the healthcare provider. So, the COST table can be used to represent both cost and revenue perspectives. The cost_type_concept_id field will use concepts in the Standardized Vocabularies to designate the source of the cost data. A reference to the health plan information in the PAYER_PLAN_PERIOD table is stored in the record that is responsible for the determination of the cost as well as some of the payments. - -Field|Required|Type|Description -:-----------------------------|:--------|:------------|:---------------------------------------------------- -|cost_id |Yes|integer|A unique identifier for each COST record.| -|cost_event_id |Yes|integer|A foreign key identifier to the event (e.g. Measurement, Procedure, Visit, Drug Exposure, etc) record for which cost data are recorded.| -|cost_domain_id |Yes|varchar(20)|The concept representing the domain of the cost event, from which the corresponding table can be inferred that contains the entity for which cost information is recorded.| -|cost_type_concept_id |Yes|integer|A foreign key identifier to a concept in the CONCEPT table for the provenance or the source of the COST data: Calculated from insurance claim information, provider revenue, calculated from cost-to-charge ratio, reported from accounting database, etc.| -|currency_concept_id |No|integer|A foreign key identifier to the concept representing the 3-letter code used to delineate international currencies, such as USD for US Dollar.| -|total_charge |No|float|The total amount charged by some provider of goods or services (e.g. hospital, physician pharmacy, dme provider) to payers (insurance companies, the patient).| -|total_cost |No|float|The cost incurred by the provider of goods or services.| -|total_paid |No|float|The total amount actually paid from all payers for goods or services of the provider.| -|paid_by_payer |No|float|The amount paid by the Payer for the goods or services.| -|paid_by_patient |No|float|The total amount paid by the Person as a share of the expenses.| -|paid_patient_copay |No|float|The amount paid by the Person as a fixed contribution to the expenses.| -|paid_patient_coinsurance |No|float|The amount paid by the Person as a joint assumption of risk. Typically, this is a percentage of the expenses defined by the Payer Plan after the Person's deductible is exceeded.| -|paid_patient_deductible |No|float|The amount paid by the Person that is counted toward the deductible defined by the Payer Plan. paid_patient_deductible does contribute to the paid_by_patient variable.| -|paid_by_primary |No|float|The amount paid by a primary Payer through the coordination of benefits.| -|paid_ingredient_cost |No|float|The amount paid by the Payer to a pharmacy for the drug, excluding the amount paid for dispensing the drug. paid_ingredient_cost contributes to the paid_by_payer field if this field is populated with a nonzero value.| -|paid_dispensing_fee |No|float|The amount paid by the Payer to a pharmacy for dispensing a drug, excluding the amount paid for the drug ingredient. paid_dispensing_fee contributes to the paid_by_payer field if this field is populated with a nonzero value.| -|payer_plan_period_id |No|integer|A foreign key to the PAYER_PLAN_PERIOD table, where the details of the Payer, Plan and Family are stored. Record the payer_plan_id that relates to the payer who contributed to the paid_by_payer field.| -|amount_allowed |No|float|The contracted amount agreed between the payer and provider.| -|revenue_code_concept_id |No|integer|A foreign key referring to a Standard Concept ID in the Standardized Vocabularies for Revenue codes.| -|revenue_code_source_value |No|varchar(50)|The source code for the Revenue code as it appears in the source data, stored here for reference.| -|drg_concept_id |No|integer|A foreign key to the predefined concept in the DRG Vocabulary reflecting the DRG for a visit.| -|drg_source_value |No|varchar(3)| The 3-digit DRG source code as it appears in the source data.| - -### Conventions -The COST table will store information reporting money or currency amounts. There are three types of cost data, defined in the cost_type_concept_id: 1) paid or reimbursed amounts, 2) charges or list prices (such as Average Wholesale Prices), and 3) costs or expenses incurred by the provider. The defined fields are variables found in almost all U.S.-based claims data sources, which is the most common data source for researchers. Non-U.S.-based data holders are encouraged to engage with OHDSI to adjust these tables to their needs. - -One cost record is generated for each response by a payer. In a claims databases, the payment and payment terms reported by the payer for the goods or services billed will generate one cost record. If the source data has payment information for more than one payer (i.e. primary insurance and secondary insurance payment for one entity), then a cost record is created for each reporting payer. Therefore, it is possible for one procedure to have multiple cost records for each payer, but typically it contains one or no record per entity. Payer reimbursement cost records will be identified by using the payer_plan_id field. Goods or services services not covered by a payer are indicated by 0 values in the amount_allowed and patient responsibility fields (copay, coinsurance, deductible) as well as a missing payer_plan_period_id. This means the patient is responsible for the total_charged value. - -The cost information is linked through the cost_event_id field to its entity, which denotes a record in a table referenced by the cost_domain_id field: - -cost_domain_id|corresponding CDM table -:-------------|:------------------------- -|Drug|DRUG_EXPOSURE| -|Visit|VISIT_OCCURRENCE| -|Procedure|PROCEDURE_OCCURRENCE| -|Device|DEVICE_EXPOSURE| -|Measurement|MEASUREMENT| -|Observation|OBSERVATION| -|Specimen|SPECIMEN| - - * cost_type_concept_id: The concept referenced in this field defines the source of the cost information, and therefore the perspective. It could be from the perspective of the payer, or the perspective of the provider. Therefore, "cost" really means either cost or revenue, and the direction of funds (incoming and outgoing) as well as the modus of its calculation is defined by this field. - * total_charged and total_cost: The cost of the goods or services the provider provides is often not known directly, but derived from the hospital charges multiplied by an average cost-to-charge ratio. This data is currently available for [NIS](https://www.hcup-us.ahrq.gov/db/nation/nis/nisdbdocumentation.jsp) datasets, or any other [HCUP](https://www.hcup-us.ahrq.gov/databases.jsp) datasets. See also cost calculation explanation from AHRQ [here](https://www.hcup-us.ahrq.gov/db/state/costtocharge.jsp). - * total_paid: This field is calculated using the following formula: paid_by_payer + paid_by_patient + paid_by_primary. In claims data, this field is considered the calculated field the payer expects the provider to get reimbursed for goods and services, based on the payer's contractual obligations. - * Drug costs are composed of ingredient cost(the amount charged by the wholesale distributor or manufacturer), the dispensing fee(the amount charged by the pharmacy and the sales tax). The latter is usually very small and typically not provided by most source data, and therefore not included in the CDM. - * paid_by_payer: In claims data, generally there is one field representing the total payment from the payer for the service/device/drug. However, this field could be a calculated field if the source data provides separate payment information for the ingredient cost and the dispensing fee in case of prescription benefits. If there is more than one Payer in the source data, several cost records indicate that fact. The Payer reporting this reimbursement should be indicated under the payer_plan_id field. - * paid_by_patient: This field is most often used in claims data to report the contracted amount the patient is responsible for reimbursing the provider for the goods and services she received. This is a calculated field using the following formula: paid_patient_copay + paid_patient_coinsurance + paid_patient_deductible. If the source data has actual patient payments then the patient payment should have its own cost record with a payer_plan_id set to 0 to indicate the the payer is actually the patient, and the actual patient payment should be noted under the total_paid field. The paid_by_patient field is only used for reporting a patient's responsibility reported on an insurance claim. - * paid_patient_copay does contribute to the paid_by_patient variable. The paid_patient_copay field is only used for reporting a patient's copay amount reported on an insurance claim. - * paid_patient_coinsurance does contribute to the paid_by_patient variable. The paid_patient_coinsurance field is only used for reporting a patient's coinsurance amount reported on an insurance claim. - * paid_patient_deductible does contribute to the paid_by_patient variable. The paid_patient_deductible field is only used for reporting a patient's deductible amount reported on an insurance claim. - * amount_allowed: This information is generally available in claims data. This is similar to the total_paid amount in that it shows what the payer expects the provider to be reimbursed after the payer and patient pay. This differs from the total_paid amount in that it is not a calculated field, but a field available directly in claims data. The field is payer-specific and the payer should be indicated by the payer_plan_id field. - * paid_by_primary does contribute to the total_paid variable. The paid_by_primary field is only used for reporting a patient's primary insurance payment amount reported on the secondary payer insurance claim. If the source data has actual primary insurance payments (e.g. the primary insurance payment is not a derivative of the payer claim and there is verification another insurance company paid an amount to the provider), then the primary insurance payment should have its own cost record with a payer_plan_id set to the applicable payer, and the actual primary insurance payment should be noted under the paid_by_payer field. - * revenue_code_concept_id: Revenue codes are a method to charge for a class of procedures and conditions in the U.S. hospital system. - * drg_concept_id: Diagnosis Related Groups are US codes used to classify hospital cases into one of approximately 500 groups. Only the MS-DRG system should be used (mapped to vocabulary_id 'DRG) and all other DRG values should be mapped to 0. \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthEconomicsDataTables/PAYER_PLAN_PERIOD.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthEconomicsDataTables/PAYER_PLAN_PERIOD.md deleted file mode 100644 index b16c6b9..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthEconomicsDataTables/PAYER_PLAN_PERIOD.md +++ /dev/null @@ -1,25 +0,0 @@ -The PAYER_PLAN_PERIOD table captures details of the period of time that a Person is continuously enrolled under a specific health Plan benefit structure from a given Payer. Each Person receiving healthcare is typically covered by a health benefit plan, which pays for (fully or partially), or directly provides, the care. These benefit plans are provided by payers, such as health insurances or state or government agencies. In each plan the details of the health benefits are defined for the Person or her family, and the health benefit Plan might change over time typically with increasing utilization (reaching certain cost thresholds such as deductibles), plan availability and purchasing choices of the Person. The unique combinations of Payer organizations, health benefit Plans and time periods in which they are valid for a Person are recorded in this table. - -Field|Required|Type|Description -:------------------------------|:--------|:------------|:---------------------------------------------- -|payer_plan_period_id |Yes|integer|A identifier for each unique combination of payer, plan, family code and time span.| -|person_id |Yes|integer|A foreign key identifier to the Person covered by the payer. The demographic details of that Person are stored in the PERSON table.| -|payer_plan_period_start_date |Yes|date|The start date of the payer plan period.| -|payer_plan_period_end_date |Yes|date|The end date of the payer plan period.| -|payer_concept_id |No|integer|A foreign key that refers to a standard Payer concept identifier in the Standarized Vocabularies| -|payer_source_value |No|varchar(50)|The source code for the payer as it appears in the source data.| -|payer_source_concept_id |No|integer|A foreign key to a payer concept that refers to the code used in the source.| -|plan_concept_id |No|integer|A foreign key that refers to a standard plan concept identifier that represents the health benefit plan in the Standardized Vocabularies| -|plan_source_value |No|varchar(50)|The source code for the Person's health benefit plan as it appears in the source data.| -|plan_source_concept_id |No|integer|A foreign key to a plan concept that refers to the plan code used in the source data.| -|sponsor_concept_id |No|integer|A foreign key that refers to a concept identifier that represents the sponsor in the Standardized Vocabularies.| -|sponsor_source_value |No|varchar(50)|The source code for the Person's sponsor of the health plan as it appears in the source data.| -|sponsor_source_concept_id |No|integer|A foreign key to a sponsor concept that refers to the sponsor code used in the source data.| -|family_source_value |No|varchar(50)|The source code for the Person's family as it appears in the source data.| -|stop_reason_concept_id |No|integer|A foreign key that refers to a standard termination reason that represents the reason for the termination in the Standardized Vocabularies.| -|stop_reason_source_value |No|varchar(50)|The reason for stop-coverage as it appears in the source data.| -|stop_reason_source_concept_id |No|integer|A foreign key to a stop-coverage concept that refers to the code used in the source.| - -### Conventions - * Different Payers have different designs for their health benefit Plans. The PAYER_PLAN_PERIOD table does not capture all details of the plan design or the relationship between Plans or the cost of healthcare triggering a change from one Plan to another. However, it allows identifying the unique combination of Payer (insurer), Plan (determining healthcare benefits and limits) and Person. Typically, depending on healthcare utilization, a Person may have one or many subsequent Plans during coverage by a single Payer. - * Typically, family members are covered under the same Plan as the Person. In those cases, the payer_source_value, plan_source_value and family_source_value are identical. \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthEconomicsDataTables/Standardized-Health-Economics-Data-Tables.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthEconomicsDataTables/Standardized-Health-Economics-Data-Tables.md deleted file mode 100644 index 74f963a..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthEconomicsDataTables/Standardized-Health-Economics-Data-Tables.md +++ /dev/null @@ -1,4 +0,0 @@ -[PAYER_PLAN_PERIOD](https://github.com/OHDSI/CommonDataModel/wiki/PAYER_PLAN_PERIOD) -[COST](https://github.com/OHDSI/CommonDataModel/wiki/COST) - -These tables contain cost information about healthcare. They are dependent on the healthcare delivery system the patient is involved in, which may vary significantly within a country and across different countries. However, the current model is focused on the US healthcare system. diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthSystemDataTables/CARE_SITE.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthSystemDataTables/CARE_SITE.md deleted file mode 100644 index 81239c9..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthSystemDataTables/CARE_SITE.md +++ /dev/null @@ -1,21 +0,0 @@ -The CARE_SITE table contains a list of uniquely identified institutional (physical or organizational) units where healthcare delivery is practiced (offices, wards, hospitals, clinics, etc.). - -Field|Required|Type|Description -:--------------------------------|:--------|:------------|:------------------------ -|care_site_id|Yes|integer|A unique identifier for each Care Site.| -|care_site_name|No|varchar(255)|The verbatim description or name of the Care Site as in data source| -|place_of_service_concept_id|No|integer|A foreign key that refers to a Place of Service Concept ID in the Standardized Vocabularies.| -|location_id|No|integer|A foreign key to the geographic Location in the LOCATION table, where the detailed address information is stored.| -|care_site_source_value|No|varchar(50)|The identifier for the Care Site in the source data, stored here for reference.| -|place_of_service_source_value|No|varchar(50)|The source code for the Place of Service as it appears in the source data, stored here for reference.| - -### Conventions - * Care site is a unique combination of location_id and place_of_service_source_value. - * Every record in the visit_occurrence table may have only one care site - * Care site does not take into account the provider (human) information such a specialty. - * Many source data do not make a distinction between individual and institutional providers. The CARE_SITE table contains the institutional providers. - * If the source, instead of uniquely identifying individual Care Sites, only provides limited information such as Place of Service, generic or "pooled" Care Site records are listed in the CARE_SITE table. - * There are hierarchical and business relationships between Care Sites. For example,wards can belong to clinics or departments, which can in turn belong to hospitals, which in turn can belong to hospital systems, which in turn can belong to HMOs. - * The relationships between Care Sites are defined in the FACT_RELATIONSHIP table. - * The Care Site Source Value typically contains the name of the Care Site. - * The Place of Service Concepts belongs to the Domain 'Place of Service'. \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthSystemDataTables/LOCATION.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthSystemDataTables/LOCATION.md deleted file mode 100644 index 4540788..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthSystemDataTables/LOCATION.md +++ /dev/null @@ -1,20 +0,0 @@ -The LOCATION table represents a generic way to capture physical location or address information of Persons and Care Sites. - -Field|Required|Type|Description -:----------------------|:--------|:------------|:-------------------------------------------- -|location_id|Yes|integer|A unique identifier for each geographic location.| -|address_1|No|varchar(50)|The address field 1, typically used for the street address, as it appears in the source data.| -|address_2|No|varchar(50)|The address field 2, typically used for additional detail such as buildings, suites, floors, as it appears in the source data.| -|city |No|varchar(50)|The city field as it appears in the source data.| -|state|No|varchar(2)|The state field as it appears in the source data.| -|zip|No|varchar(9)|The zip or postal code.| -|county|No|varchar(20)|The county.| -|location_source_value|No|varchar(50)|The verbatim information that is used to uniquely identify the location as it appears in the source data.| - -### Conventions - * Each address or Location is unique and is present only once in the table. - * Locations do not contain names, such as the name of a hospital. In order to construct a full address that can be used in the postal service, the address information from the Location needs to be combined with information from the Care Site. The PERSON table does not contain name information at all. - * All fields in the Location tables contain the verbatim data in the source, no mapping or normalization takes place. None of the fields are mandatory. If the source data have no Location information at all, all Locations are represented by a single record. Typically, source data contain full or partial zip or postal codes or county or census district information. - * Zip codes are handled as strings of up to 9 characters length. For US addresses, these represent either a 3-digit abbreviated Zip code as provided by many sources for patient protection reasons, the full 5-digit Zip or the 9-digit (ZIP + 4) codes. Unless for specific reasons analytical methods should expect and utilize only the first 3 digits. For international addresses, different rules apply. - * The county information can be provided and is not redundant with information from the zip codes as not all of these have an unambiguous county designation. - * No country information is expected as source data are always collected within a single country. diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthSystemDataTables/PROVIDER.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthSystemDataTables/PROVIDER.md deleted file mode 100644 index 2fe2e62..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthSystemDataTables/PROVIDER.md +++ /dev/null @@ -1,24 +0,0 @@ -The PROVIDER table contains a list of uniquely identified healthcare providers. These are individuals providing hands-on healthcare to patients, such as physicians, nurses, midwives, physical therapists etc. - -Field|Required|Type|Description -:-------------------------|:--------|:------------|:------------------------------------- -|provider_id|Yes|integer|A unique identifier for each Provider.| -|provider_name|No|varchar(255)|A description of the Provider.| -|npi|No|varchar(20)|The National Provider Identifier (NPI) of the provider.| -|dea|No|varchar(20)|The Drug Enforcement Administration (DEA) number of the provider.| -|specialty_concept_id|No|integer|A foreign key to a Standard Specialty Concept ID in the Standardized Vocabularies.| -|care_site_id|No|integer|A foreign key to the main Care Site where the provider is practicing.| -|year_of_birth|No|integer|The year of birth of the Provider.| -|gender_concept_id|No|integer|The gender of the Provider.| -|provider_source_value|No|varchar(50)|The identifier used for the Provider in the source data, stored here for reference.| -|specialty_source_value|No|varchar(50)|The source code for the Provider specialty as it appears in the source data, stored here for reference.| -|specialty_source_concept_id|No|integer|A foreign key to a Concept that refers to the code used in the source.| -|gender_source_value|No|varchar(50)|The gender code for the Provider as it appears in the source data, stored here for reference.| -|gender_source_concept_id|No|integer|A foreign key to a Concept that refers to the code used in the source.| - -### Conventions - * Many sources do not make a distinction between individual and institutional providers. The PROVIDER table contains the individual providers. - * If the source, instead of uniquely identifying individual providers, only provides limited information such as specialty, generic or "pooled" Provider records are listed in the PROVIDER table. - * A single Provider cannot be listed twice (be duplicated) in the table. If a Provider has more than one Specialty, the main or most often exerted specialty should be recorded. - * Valid Specialty Concepts belong to the 'Specialty' domain. - * The care_site_id represent a fixed relationship between a Provider and her main Care Site. Providers are also linked to Care Sites through Condition, Procedure and Visit records. \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthSystemDataTables/Standardized-Health-System-Data-Tables.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthSystemDataTables/Standardized-Health-System-Data-Tables.md deleted file mode 100644 index 97db3c9..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedHealthSystemDataTables/Standardized-Health-System-Data-Tables.md +++ /dev/null @@ -1,9 +0,0 @@ -[LOCATION](https://github.com/OHDSI/CommonDataModel/wiki/LOCATION) -[CARE_SITE](https://github.com/OHDSI/CommonDataModel/wiki/CARE_SITE) -[PROVIDER](https://github.com/OHDSI/CommonDataModel/wiki/PROVIDER) - -These tables describe the healthcare provider system responsible for administering the healthcare of the patient, rather than the demographic or clinical events the patient experienced. -Below provides an entity-relationship diagram highlighting the tables within the Standardized Health System portion of the OMOP Common Data Model: - -![Health system tables entity-relationship diagram](http://www.ohdsi.org/web/wiki/lib/exe/fetch.php?w=800&tok=82724f&media=documentation:cdm:standard_health_system_data_tables.png)\ - \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedMetadata/CDM_SOURCE.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedMetadata/CDM_SOURCE.md deleted file mode 100644 index ec049e6..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedMetadata/CDM_SOURCE.md +++ /dev/null @@ -1,20 +0,0 @@ -The CDM_SOURCE table contains detail about the source database and the process used to transform the data into the OMOP Common Data Model. - -Field|Required|Type|Description -:------------------------------|:--------|:------------|:----------------------------------------- -|cdm_source_name|Yes|varchar(255)|The full name of the source| -|cdm_source_abbreviation|No|varchar(25)|An abbreviation of the name| -|cdm_holder|No|varchar(255)|The name of the organization responsible for the development of the CDM instance| -|source_description|No|CLOB|A description of the source data origin and purpose for collection. The description may contain a summary of the period of time that is expected to be covered by this dataset.| -|source_documentation_reference|No|varchar(255)|URL or other external reference to location of source documentation| -|cdm_etl_reference|No|varchar(255)|URL or other external reference to location of ETL specification documentation and ETL source code| -|source_release_date|No|date|The date for which the source data are most current, such as the last day of data capture| -|cdm_release_date|No|date|The date when the CDM was instantiated| -|cdm_version|No|varchar(10)|The version of CDM used| -|vocabulary_version|No|varchar(20)|The version of the vocabulary used| - -### Conventions - - * If a source database is derived from multiple data feeds, the integration of those disparate sources is expected to be documented in the ETL specifications. The source information on each of the databases can be represented as separate records in the CDM_SOURCE table. - * Currently, there is no mechanism to link individual records in the CDM tables to their source record in the CDM_SOURCE table. - * The version of the vocabulary can be obtained from the vocabulary_name field in the VOCABULARY table for the record where vocabulary_id='None'. \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedMetadata/METADATA.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedMetadata/METADATA.md deleted file mode 100644 index bbcc45d..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedMetadata/METADATA.md +++ /dev/null @@ -1,15 +0,0 @@ -The METADATA table contains metadata information about a dataset that has been transformed to the OMOP Common Data Model. - -Field |Required |Type |Description -:------------------------------|:--------|:------------|:----------------------------------------- -|metadata_concept_id |Yes |integer |A foreign key that refers to a Standard Metadata Concept identifier in the Standardized Vocabularies.| -|metadata_type_concept_id |Yes |integer |A foreign key that refers to a Standard Type Concept identifier in the Standardized Vocabularies.| -|name |Yes |varchar(250) |The name of the Concept stored in metadata_concept_id or a description of the data being stored.| -|value_as_string |No |nvarchar |The metadata value stored as a string.| -|value_as_concept_id |No |integer |A foreign key to a metadata value stored as a Concept ID.| -|metadata date |No |date |The date associated with the metadata| -|metadata_datetime |No |datetime |The date and time associated with the metadata| - -### Conventions - - * \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedMetadata/Standardized-Metadata.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedMetadata/Standardized-Metadata.md deleted file mode 100644 index 83f6722..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedMetadata/Standardized-Metadata.md +++ /dev/null @@ -1,8 +0,0 @@ -[CDM_SOURCE](https://github.com/OHDSI/CommonDataModel/wiki/CDM_SOURCE) - -All metadata about the data should be derived from the data themselves. However, the following contains a few key pieces of information that are convenient especially for software applications utilizing the CDM data. - -Below provides an entity-relationship diagram highlighting the tables within the Standardized Metadata portion of the OMOP Common Data Model: - -![Metadata entity-relationship diagram](http://www.ohdsi.org/web/wiki/lib/exe/fetch.php?media=documentation:cdm:standard_meta_data.png)\ - \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/ATTRIBUTE_DEFINITION.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/ATTRIBUTE_DEFINITION.md deleted file mode 100644 index 681cbb7..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/ATTRIBUTE_DEFINITION.md +++ /dev/null @@ -1,14 +0,0 @@ -The ATTRIBUTE_DEFINITION table contains records defining Attributes, or covariates, to members of a Cohort through an associated description and syntax and upon instantiation (execution of the algorithm) placed into the COHORT_ATTRIBUTE table. Attributes are derived elements that can be selected or calculated for a subject in a Cohort. The ATTRIBUTE_DEFINITION table provides a standardized structure for maintaining the rules governing the calculation of covariates for a subject in a Cohort, and can store operational programming code to instantiate the Attributes for a given Cohort within the OMOP Common Data Model. - -Field|Required|Type|Description -:-------------------------|:------|:--------------|:-------------------------------------- -|attribute_definition_id|Yes|integer|A unique identifier for each Attribute.| -|attribute_name|Yes|varchar(255)|A short description of the Attribute.| -|attribute_description|No|varchar(MAX)|A complete description of the Attribute definition| -|attribute_type_concept_id|Yes|integer|Type defining what kind of Attribute Definition the record represents and how the syntax may be executed| -|attribute_syntax|No|varchar(MAX)|Syntax or code to operationalize the Attribute definition| - - -### Conventions - * Like the definition syntax field for the COHORT_DEFINITION table, the attribute_definition_syntax does not prescribe any specific syntax or programming language. Typically, it would be any flavor SQL, or a cohort definition language, or a free-text description of the algorithm. - * The Attribute Definition is generic and not necessarily related to a specific Cohort Definition, however the instantiated Attribute is linked to the Cohort records (see below the [COHORT](https://github.com/OHDSI/CommonDataModel/wiki/COHORT) table. For example, the Attribute "Age" can be defined as the amount of time between the cohort_start_date of the COHORT table and the year_of_birth, month_of_birth and day_of_birth of the PERSON table. Thus, such a Attribute Definition can be applied and instantiated with any Cohort, as long as it is applied to a Cohort of the same Domain (Person in this case), as it is defined in the subject_concept_id in the COHORT_DEFINITION table. diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/COHORT_DEFINITION.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/COHORT_DEFINITION.md deleted file mode 100644 index 3c4d8e1..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/COHORT_DEFINITION.md +++ /dev/null @@ -1,15 +0,0 @@ -The COHORT_DEFINITION table contains records defining a Cohort derived from the data through the associated description and syntax and upon instantiation (execution of the algorithm) placed into the COHORT table. Cohorts are a set of subjects that satisfy a given combination of inclusion criteria for a duration of time. The COHORT_DEFINITION table provides a standardized structure for maintaining the rules governing the inclusion of a subject into a cohort, and can store operational programming code to instantiate the cohort within the OMOP Common Data Model. - -Field|Required|Type|Description -:------------------------------|:--------|:--------------|:----------------------------------------------- -|cohort_definition_id|Yes|integer|A unique identifier for each Cohort.| -|cohort_definition_name|Yes|varchar(255)|A short description of the Cohort.| -|cohort_definition_description|No|varchar(MAX)|A complete description of the Cohort definition| -|definition_type_concept_id|Yes|integer|Type defining what kind of Cohort Definition the record represents and how the syntax may be executed| -|cohort_definition_syntax|No|varchar(MAX)|Syntax or code to operationalize the Cohort definition| -|subject_concept_id|Yes|integer|A foreign key to the Concept to which defines the domain of subjects that are members of the cohort (e.g., Person, Provider, Visit).| -|cohort_initiation_date|No|Date|A date to indicate when the Cohort was initiated in the COHORT table| - -### Conventions - * The cohort_definition_syntax does not prescribe any specific syntax or programming language. Typically, it would be any flavor SQL, a cohort definition language, or a free-text description of the algorithm. - * The subject_concept_id determines what the individual subjects or entities of the Cohort consists of. In most cases, that would be a Person (patient). But cohorts could also be constructed for Providers, Visits or any other Domain. Note that the Domain is not codified using the alphanumerical domain_id like in the CONCEPT table. Instead, the corresponding Concept is used. The Concepts for each domain can be obtained from the DOMAIN table in the domain_concept_id. diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/CONCEPT.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/CONCEPT.md deleted file mode 100644 index 8cbd58b..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/CONCEPT.md +++ /dev/null @@ -1,38 +0,0 @@ -The Standardized Vocabularies contains records, or Concepts, that uniquely identify each fundamental unit of meaning used to express clinical information in all domain tables of the CDM. Concepts are derived from vocabularies, which represent clinical information across a domain (e.g. conditions, drugs, procedures) through the use of codes and associated descriptions. Some Concepts are designated Standard Concepts, meaning these Concepts can be used as normative expressions of a clinical entity within the OMOP Common Data Model and within standardized analytics. Each Standard Concept belongs to one domain, which defines the location where the Concept would be expected to occur within data tables of the CDM. - -Concepts can represent broad categories (like 'Cardiovascular disease'), detailed clinical elements ('Myocardial infarction of the anterolateral wall') or modifying characteristics and attributes that define Concepts at various levels of detail (severity of a disease, associated morphology, etc.). - -Records in the Standardized Vocabularies tables are derived from national or international vocabularies such as SNOMED-CT, RxNorm, and LOINC, or custom Concepts defined to cover various aspects of observational data analysis. For a detailed description of these vocabularies, their use in the OMOP CDM and their relationships to each other please refer to the [specifications](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary). - -Field|Required|Type|Description -:---------------|:--------|:------------|:----------------------------- -|concept_id|Yes|integer|A unique identifier for each Concept across all domains.| -|concept_name|Yes|varchar(255)|An unambiguous, meaningful and descriptive name for the Concept.| -|domain_id|Yes|varchar(20)|A foreign key to the [DOMAIN](https://github.com/OHDSI/CommonDataModel/wiki/DOMAIN) table the Concept belongs to.| -|vocabulary_id|Yes|varchar(20)|A foreign key to the [VOCABULARY](https://github.com/OHDSI/CommonDataModel/wiki/VOCABULARY) table indicating from which source the Concept has been adapted.| -|concept_class_id|Yes|varchar(20)|The attribute or concept class of the Concept. Examples are 'Clinical Drug', 'Ingredient', 'Clinical Finding' etc.| -|standard_concept|No|varchar(1)|This flag determines where a Concept is a Standard Concept, i.e. is used in the data, a Classification Concept, or a non-standard Source Concept. The allowables values are 'S' (Standard Concept) and 'C' (Classification Concept), otherwise the content is NULL.| -|concept_code|Yes|varchar(50)|The concept code represents the identifier of the Concept in the source vocabulary, such as SNOMED-CT concept IDs, RxNorm RXCUIs etc. Note that concept codes are not unique across vocabularies.| -|valid_start_date|Yes|date|The date when the Concept was first recorded. The default value is 1-Jan-1970, meaning, the Concept has no (known) date of inception.| -|valid_end_date|Yes|date|The date when the Concept became invalid because it was deleted or superseded (updated) by a new concept. The default value is 31-Dec-2099, meaning, the Concept is valid until it becomes deprecated.| -|invalid_reason|No|varchar(1)|Reason the Concept was invalidated. Possible values are D (deleted), U (replaced with an update) or NULL when valid_end_date has the default value.| - -### Conventions -Concepts in the Common Data Model are derived from a number of public or proprietary terminologies such as SNOMED-CT and RxNorm, or custom generated to standardize aspects of observational data. Both types of Concepts are integrated based on the following rules: - - * All Concepts are maintained centrally by the CDM and Vocabularies Working Group. Additional concepts can be added, as needed, upon request. - * For all Concepts, whether they are custom generated or adopted from published terminologies, a unique numeric identifier concept_id is assigned and used as the key to link all observational data to the corresponding Concept reference data. - * The concept_id of a Concept is persistent, i.e. stays the same for the same Concept between releases of the Standardized Vocabularies. - * A descriptive name for each Concept is stored as the Concept Name as part of the CONCEPT table. Additional names and descriptions for the Concept are stored as Synonyms in the [CONCEPT_SYNONYM](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT_SYNONYM) table. - * Each Concept is assigned to a Domain. For Standard Concepts, these is always a single Domain. Source Concepts can be composite or coordinated entities, and therefore can belong to more than one Domain. The domain_id field of the record contains the abbreviation of the Domain, or Domain combination. Please refer to the Standardized Vocabularies [specification](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary) for details of the Domain Assignment. - * For details of the Vocabularies adopted for use in the OMOP CDM refer to the Standardized Vocabularies specification. - * Concept Class designation are attributes of Concepts. Each Vocabulary has its own set of permissible Concept Classes, although the same Concept Class can be used by more than one Vocabulary. Depending on the Vocabulary, the Concept Class may categorize Concepts vertically (parallel) or horizontally (hierarchically). See the specification of each vocabulary for details. - * Concept Class attributes should not be confused with Classification Concepts. These are separate Concepts that have a hierarchical relationship to Standard Concepts or each other, while Concept Classes are unique Vocabulary-specific attributes for each Concept. - * For Concepts inherited from published terminologies, the source code is retained in the concept_code field and can be used to reference the source vocabulary. - * Standard Concepts (designated as 'S' in the standard_concept field) may appear in CDM tables in all *_concept_id fields, whereas Classification Concepts ('C') should not appear in the CDM data, but participate in the construction of the [CONCEPT_ANCESTOR](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT_ANCESTOR) table and can be used to identify Descendants that may appear in the data. See [CONCEPT_ANCESTOR](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT_ANCESTOR) table. Non-standard Concepts can only appear in *_source_concept_id fields and are not used in CONCEPT_ANCESTOR table. Please refer to the Standardized Vocabularies [specifications](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary:standard_classification_and_source_concepts) for details of the Standard Concept designation. - * All logical data elements associated with the various CDM tables (usually in the _type_concept_id field) are called Type Concepts, including defining characteristics, qualifying attributes etc. They are also stored as Concepts in the CONCEPT table. Since they are generated by OMOP, their is no meaningful concept_code. - * The lifespan of a Concept is recorded through its valid_start_date, valid_end_date and the invalid_reason fields. This allows Concepts to correctly reflect at which point in time were defined. Usually, Concepts get deprecated if their meaning was deemed ambiguous, a duplication of another Concept, or needed revision for scientific reason. For example, drug ingredients get updated when different salt or isomer variants enter the market. Usually, drugs taken off the market do not cause a deprecation by the terminology vendor. Since observational data are valid with respect to the time they are recorded, it is key for the Standardized Vocabularies to provide even obsolete codes and maintain their relationships to other current Concepts . - * Concepts without a known instantiated date are assigned valid_start_date of '1-Jan-1970'. - * Concepts that are not invalid are assigned valid_end_date of '31-Dec-2099'. - * Deprecated Concepts (with a valid_end_date before the release date of the Standardized Vocabularies) will have a value of 'D' (deprecated without successor) or 'U' (updated). The updated Concepts have a record in the [CONCEPT_RELATIONSHIP](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT_RELATIONSHIP) table indicating their active replacement Concept. - * Values for concept_ids generated as part of Standardized Vocabularies will be reserved from 0 to 2,000,000,000. Above this range, concept_ids are available for local use and are guaranteed not to clash with future releases of the Standardized Vocabularies. diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/CONCEPT_ANCESTOR.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/CONCEPT_ANCESTOR.md deleted file mode 100644 index 56a6ae0..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/CONCEPT_ANCESTOR.md +++ /dev/null @@ -1,16 +0,0 @@ -The CONCEPT_ANCESTOR table is designed to simplify observational analysis by providing the complete hierarchical relationships between Concepts. Only direct parent-child relationships between Concepts are stored in the CONCEPT_RELATIONSHIP table. To determine higher level ancestry connections, all individual direct relationships would have to be navigated at analysis time. The CONCEPT_ANCESTOR table includes records for all parent-child relationships, as well as grandparent-grandchild relationships and those of any other level of lineage. Using the CONCEPT_ANCESTOR table allows for querying for all descendants of a hierarchical concept. For example, drug ingredients and drug products are all descendants of a drug class ancestor. - -This table is entirely derived from the CONCEPT, CONCEPT_RELATIONSHIP and RELATIONSHIP tables. - -Field|Required|Type|Description -:---------------------------|:--------|:------------|:--------------------------------------- -|ancestor_concept_id|Yes|integer|A foreign key to the concept in the concept table for the higher-level concept that forms the ancestor in the relationship.| -|descendant_concept_id|Yes|integer|A foreign key to the concept in the concept table for the lower-level concept that forms the descendant in the relationship.| -|min_levels_of_separation|Yes|integer|The minimum separation in number of levels of hierarchy between ancestor and descendant concepts. This is an attribute that is used to simplify hierarchic analysis.| -|max_levels_of_separation|Yes|integer|The maximum separation in number of levels of hierarchy between ancestor and descendant concepts. This is an attribute that is used to simplify hierarchic analysis.| - -### Conventions - - * Each concept is also recorded as an ancestor of itself. - * Only valid and Standard Concepts participate in the CONCEPT_ANCESTOR table. It is not possible to find ancestors or descendants of deprecated or Source Concepts. - * Usually, only Concepts of the same Domain are connected through records of the CONCEPT_ANCESTOR table, but there might be exceptions. diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/CONCEPT_CLASS.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/CONCEPT_CLASS.md deleted file mode 100644 index 6b97c66..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/CONCEPT_CLASS.md +++ /dev/null @@ -1,125 +0,0 @@ -The CONCEPT_CLASS table is a reference table, which includes a list of the classifications used to differentiate Concepts within a given Vocabulary. This reference table is populated with a single record for each Concept Class: - -Field|Required|Type|Description -:------------------------|:--------|:----------|:--------------------------------------- -|concept_class_id|Yes|varchar(20)|A unique key for each class.| -|concept_class_name|Yes|varchar(255)|The name describing the Concept Class, e.g. "Clinical Finding", "Ingredient", etc.| -|concept_class_concept_id|Yes|integer|A foreign key that refers to an identifier in the [CONCEPT](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT) table for the unique Concept Class the record belongs to.| - -### Conventions - - * There is one record for each Concept Class. Concept Classes are used to create additional structure to the Concepts within each Vocabulary. Some Concept Classes are unique to a Vocabulary (for example "Clinical Finding" in SNOMED), but others can be used across different Vocabularies. The separation of Concepts through Concept Classes can be semantically horizontal (each Class subsumes Concepts of the same hierarchical level, akin to sub-Vocabularies within a Vocabulary) or vertical (each Class subsumes Concepts of a certain kind, going across hierarchical levels). For example, Concept Classes in SNOMED are vertical: The classes "Procedure" and "Clinical Finding" define very granular to very generic Concepts. On the other hand, "Clinical Drug" and "Ingredient" Concept Classes define horizontal layers or strata in the RxNorm vocabulary, which all belong to the same concept of a Drug. - * The concept_class_id field contains an alphanumerical identifier, that can also be used as the abbreviation of the Concept Class. - * The concept_class_name field contains the unabbreviated names of the Concept Class. - * Each Concept Class also has an entry in the Concept table, which is recorded in the concept_class_concept_id field. This is for purposes of creating a closed Information Model, where all entities in the OMOP CDM are covered by unique Concepts. - * Past versions of the OMOP CDM did not have a separate reference table for all Concept Classes. Also, the content of the old concept_class and the new concept_class_id fields are not always identical. A conversion table can be found here: - -Previous CONCEPT_CLASS|Version 5 CONCEPT_CLASS_ID -:------------------------------|:---------------------------------------------- -|Administrative concept|Admin Concept| -|Admitting Source|Admitting Source| -|Anatomical Therapeutic Chemical Classification|ATC| -|Anatomical Therapeutic Chemical Classification|ATC| -|APC|Procedure| -|Attribute|Attribute| -|Biobank Flag|Biobank Flag| -|Biological function|Biological Function| -|Body structure|Body Structure| -|Brand Name|Brand Name| -|Branded Drug|Branded Drug| -|Branded Drug Component|Branded Drug Comp| -|Branded Drug Form|Branded Drug Form| -|Branded Pack|Branded Pack| -|CCS_DIAGNOSIS|Condition| -|CCS_PROCEDURES|Procedure| -|Chart Availability|Chart Availability| -|Chemical Structure|Chemical Structure| -|Clinical Drug|Clinical Drug| -|Clinical Drug Component|Clinical Drug Comp| -|Clinical Drug Form|Clinical Drug Form| -|Clinical finding|Clinical Finding| -|Clinical Pack|Clinical Pack| -|Concept Relationship|Concept Relationship| -|Condition Occurrence Type|Condition Occur Type| -|Context-dependent category|Context-dependent| -|CPT-4|Procedure| -|Currency|Currency| -|Death Type|Death Type| -|Device Type|Device Type| -|Discharge Disposition|Discharge Dispo| -|Discharge Status|Discharge Status| -|Domain|Domain| -|Dose Form|Dose Form| -|DRG|Diagnostic Category| -|Drug Exposure Type|Drug Exposure Type| -|Drug Interaction|Drug Interaction| -|Encounter Type|Encounter Type| -|Enhanced Therapeutic Classification|ETC| -|Enrollment Basis|Enrollment Basis| -|Environment or geographical location|Location| -|Ethnicity|Ethnicity| -|Event|Event| -|Gender|Gender| -|HCPCS|Procedure| -|Health Care Provider Specialty|Provider Specialty| -|HES specialty|Provider Specialty| -|High Level Group Term|HLGT| -|High Level Term|HLT| -|Hispanic|Hispanic| -|ICD-9-Procedure|Procedure| -|Indication or Contra-indication|Ind / CI| -|Ingredient|Ingredient| -|LOINC Code|Measurement| -|LOINC Multidimensional Classification|Meas Class| -|Lowest Level Term|LLT| -|MDC|Diagnostic Category| -|Measurement Type|Meas Type| -|Mechanism of Action|Mechanism of Action| -|Model component|Model Comp| -|Morphologic abnormality|Morph Abnormality| -|MS-DRG|Diagnostic Category| -|Namespace concept|Namespace Concept| -|Note Type|Note Type| -|Observable entity|Observable Entity| -|Observation Period Type|Obs Period Type| -|Observation Type|Observation Type| -|OMOP DOI cohort|Drug Cohort| -|OMOP HOI cohort|Condition Cohort| -|OPCS-4|Procedure| -|Organism|Organism| -|Patient Status|Patient Status| -|Pharmaceutical / biologic product|Pharma/Biol Product| -|Pharmaceutical Preparations|Pharma Preparation| -|Pharmacokinetics|PK| -|Pharmacologic Class|Pharmacologic Class| -|Physical force|Physical Force| -|Physical object|Physical Object| -|Physiologic Effect|Physiologic Effect| -|Place of Service|Place of Service| -|Preferred Term|PT| -|Procedure|Procedure| -|Procedure Occurrence Type|Procedure Occur Type| -|Qualifier value|Qualifier Value| -|Race|Race| -|Record artifact|Record Artifact| -|Revenue Code|Revenue Code| -|Sex|Gender| -|Social context|Social Context| -|Special concept|Special Concept| -|Specimen|Specimen| -|Staging and scales|Staging / Scales| -|Standardized MedDRA Query|SMQ| -|Substance|Substance| -|System Organ Class|SOC| -|Therapeutic Class|Therapeutic Class| -|UCUM|Unit| -|UCUM Canonical|Canonical Unit| -|UCUM Custom|Unit| -|UCUM Standard|Unit| -|Undefined|Undefined| -|UNKNOWN|Undefined| -|VA Class|Drug Class| -|VA Drug Interaction|Drug Interaction| -|VA Product|Drug Product| -|Visit|Visit| -|Visit Type|Visit Type| diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/CONCEPT_RELATIONSHIP.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/CONCEPT_RELATIONSHIP.md deleted file mode 100644 index a2630c5..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/CONCEPT_RELATIONSHIP.md +++ /dev/null @@ -1,18 +0,0 @@ -The CONCEPT_RELATIONSHIP table contains records that define direct relationships between any two Concepts and the nature or type of the relationship. Each type of a relationship is defined in the [RELATIONSHIP](https://github.com/OHDSI/CommonDataModel/wiki/RELATIONSHIP) table. - -Field|Required|Type|Description -:----------------------|:---------|:------------|:--------------------------------------------- -|concept_id_1|Yes|integer|A foreign key to a Concept in the [CONCEPT](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT) table associated with the relationship. Relationships are directional, and this field represents the source concept designation.| -|concept_id_2|Yes|integer|A foreign key to a Concept in the [CONCEPT](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT) table associated with the relationship. Relationships are directional, and this field represents the destination concept designation.| -|relationship_id|Yes|varchar(20)|A unique identifier to the type or nature of the Relationship as defined in the [RELATIONSHIP](https://github.com/OHDSI/CommonDataModel/wiki/RELATIONSHIP) table.| -|valid_start_date|Yes|date|The date when the instance of the Concept Relationship is first recorded.| -|valid_end_date|Yes|date|The date when the Concept Relationship became invalid because it was deleted or superseded (updated) by a new relationship. Default value is 31-Dec-2099.| -|invalid_reason|No|varchar(1)|Reason the relationship was invalidated. Possible values are 'D' (deleted), 'U' (replaced with an update) or NULL when valid_end_date has the default value.| - -### Conventions - * Relationships can generally be classified as hierarchical (parent-child) or non-hierarchical (lateral). - * All Relationships are directional, and each Concept Relationship is represented twice symmetrically within the CONCEPT_RELATIONSHIP table. For example, the two SNOMED concepts of 'Acute myocardial infarction of the anterior wall' and 'Acute myocardial infarction' have two Concept Relationships: 1- 'Acute myocardial infarction of the anterior wall' 'Is a' 'Acute myocardial infarction', and 2- 'Acute myocardial infarction' 'Subsumes' 'Acute myocardial infarction of the anterior wall'. - * There is one record for each Concept Relationship connecting the same Concepts with the same relationship_id. - * Since all Concept Relationships exist with their mirror image (concept_id_1 and concept_id_2 swapped, and the relationship_id replaced by the reverse_relationship_id from the [RELATIONSHIP](https://github.com/OHDSI/CommonDataModel/wiki/RELATIONSHIP) table), it is not necessary to query for the existence of a relationship both in the concept_id_1 and concept_id_2 fields. - * Concept Relationships define direct relationships between Concepts. Indirect relationships through 3rd Concepts are not captured in this table. However, the [CONCEPT_ANCESTOR](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT_ANCESTOR) table does this for hierachical relationships over several "generations" of direct relationships. - * In previous versions of the CDM, the relationship_id used to be a numerical identifier. See the [RELATIONSHIP](https://github.com/OHDSI/CommonDataModel/wiki/RELATIONSHIP) table. diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/CONCEPT_SYNONYM.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/CONCEPT_SYNONYM.md deleted file mode 100644 index 37cb1f3..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/CONCEPT_SYNONYM.md +++ /dev/null @@ -1,13 +0,0 @@ -The CONCEPT_SYNONYM table is used to store alternate names and descriptions for Concepts. - -Field|Required|Type|Description -:---------------------|:---------|:------------|:------------------------ -|concept_id|Yes|Integer|A foreign key to the Concept in the CONCEPT table.| -|concept_synonym_name|Yes|varchar(1000)|The alternative name for the Concept.| -|language_concept_id|Yes|integer|A foreign key to a Concept representing the language.| - -### Conventions - - * The concept_synonym_name field contains a valid Synonym of a concept, including the description in the concept_name itself. I.e. each Concept has at least one Synonym in the CONCEPT_SYNONYM table. As an example, for a SNOMED-CT Concept, if the fully specified name is stored as the concept_name of the CONCEPT table, then the Preferred Term and Synonyms associated with the Concept are stored in the CONCEPT_SYNONYM table. - * Only Synonyms that are active and current are stored in the CONCEPT_SYNONYM table. Tracking synonym/description history and mapping of obsolete synonyms to current Concepts/Synonyms is out of scope for the Standard Vocabularies. - * Currently, only English Synonyms are included. diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/DOMAIN.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/DOMAIN.md deleted file mode 100644 index 05f8a3e..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/DOMAIN.md +++ /dev/null @@ -1,15 +0,0 @@ -The DOMAIN table includes a list of OMOP-defined Domains the Concepts of the Standardized Vocabularies can belong to. A Domain defines the set of allowable Concepts for the standardized fields in the CDM tables. For example, the "Condition" Domain contains Concepts that describe a condition of a patient, and these Concepts can only be stored in the condition_concept_id field of the [CONDITION_OCCURRENCE](https://github.com/OHDSI/CommonDataModel/wiki/CONDITION_OCCURRENCE) and [CONDITION_ERA](https://github.com/OHDSI/CommonDataModel/wiki/CONDITION_ERA) tables. This reference table is populated with a single record for each Domain and includes a descriptive name for the Domain. - -Field|Required|Type|Description -:------------------|:--------|:------------|:---------------------------------- -|domain_id|Yes|varchar(20)|A unique key for each domain.| -|domain_name|Yes|varchar(255)|The name describing the Domain, e.g. "Condition", "Procedure", "Measurement" etc.| -|domain_concept_id|Yes|integer|A foreign key that refers to an identifier in the [CONCEPT](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT) table for the unique Domain Concept the Domain record belongs to.| - -### Conventions - - * There is one record for each Domain. The domains are defined by the tables and fields in the OMOP CDM that can contain Concepts describing all the various aspects of the healthcare experience of a patient. - * The domain_id field contains an alphanumerical identifier, that can also be used as the abbreviation of the Domain. - * The domain_name field contains the unabbreviated names of the Domain. - * Each Domain also has an entry in the Concept table, which is recorded in the domain_concept_id field. This is for purposes of creating a closed Information Model, where all entities in the OMOP CDM are covered by unique Concept. - * Versions prior to v5.0.0 of the OMOP CDM did not support the notion of a Domain. diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/DRUG_STRENGTH.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/DRUG_STRENGTH.md deleted file mode 100644 index 92fbd51..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/DRUG_STRENGTH.md +++ /dev/null @@ -1,30 +0,0 @@ -The DRUG_STRENGTH table contains structured content about the amount or concentration and associated units of a specific ingredient contained within a particular drug product. This table is supplemental information to support standardized analysis of drug utilization. - -Field|Required|Type|Description -:----------------------------|:--------|:------------|:---------------------------------------- -|drug_concept_id|Yes|integer|A foreign key to the Concept in the CONCEPT table representing the identifier for Branded Drug or Clinical Drug Concept.| -|ingredient_concept_id|Yes|integer|A foreign key to the Concept in the CONCEPT table, representing the identifier for drug Ingredient Concept contained within the drug product.| -|amount_value|No|float|The numeric value associated with the amount of active ingredient contained within the product.| -|amount_unit_concept_id|No|integer|A foreign key to the Concept in the CONCEPT table representing the identifier for the Unit for the absolute amount of active ingredient.| -|numerator_value|No|float|The numeric value associated with the concentration of the active ingredient contained in the product| -|numerator_unit_concept_id|No|integer|A foreign key to the Concept in the CONCEPT table representing the identifier for the numerator Unit for the concentration of active ingredient.| -|denominator_value|No|float|The amount of total liquid (or other divisible product, such as ointment, gel, spray, etc.).| -|denominator_unit_concept_id|No|integer|A foreign key to the Concept in the CONCEPT table representing the identifier for the denominator Unit for the concentration of active ingredient.| -|box_size|No|integer|The number of units of Clinical of Branded Drug, or Quantified Clinical or Branded Drug contained in a box as dispensed to the patient| -|valid_start_date|Yes|date|The date when the Concept was first recorded. The default value is 1-Jan-1970.| -|valid_end_date|Yes|date|The date when the concept became invalid because it was deleted or superseded (updated) by a new Concept. The default value is 31-Dec-2099.| -|invalid_reason|No|varchar(1)|Reason the concept was invalidated. Possible values are 'D' (deleted), 'U' (replaced with an update) or NULL when valid_end_date has the default value.| - -### Conventions - - * The DRUG_STRENGTH table contains information for each active (non-deprecated) standard drug concept. - * A drug which contains multiple active Ingredients will result in multiple DRUG_STRENGTH records, one for each active ingredient. - * Ingredient strength information is provided either as absolute amount (usually for solid formulations) or as concentration (usually for liquid formulations). - * If the absolute amount is provided (for example, 'Acetaminophen 5 MG Tablet') the amount_value and amount_unit_concept_id are used to define this content (in this case 5 and 'MG'). - * If the concentration is provided (for example 'Acetaminophen 48 MG/ML Oral Solution') the numerator_value in combination with the numerator_unit_concept_id and denominator_unit_concept_id are used to define this content (in this case 48, 'MG' and 'ML'). - * In case of Quantified Clinical or Branded Drugs the denominator_value contains the total amount of the solution (not the amount of the ingredient). In all other drug concept classes the denominator amount is NULL because the concentration is always normalized to the unit of the denominator. So, a product containing 960 mg in 20 mL is provided as 48 mg/mL in the Clinical Drug and Clinical Drug Component, while as a Quantified Clinical Drug it is written as 960 mg/20 mL. - * If the strength is provided in % (volume or mass-percent are not distinguished) it is stored in the numerator_value/numerator_unit_concept_id field combination, with both the denominator_value and denominator_unit_concept_id set to NULL. If it is a Quantified Drug the total amount of drug is provided in the denominator_value/denominator_unit_concept_id pair. E.g., the 30 G Isoconazole 2% Topical Cream is provided as 2% / in Clinical Drug and Clinical Drug Component, and as 2% /30 G. - * Sometimes, one Ingredient is listed with different units within the same drug. This is very rare, and usually this happens if there are more than one Precise Ingredient. For example, 'Penicillin G, Benzathine 150000 UNT/ML / Penicillin G, Procaine 150000 MEQ/ML Injectable Suspension' contains Penicillin G in two different forms. - * Sometimes, different ingredients in liquid drugs are listed with different units in the denominator_unit_concept_id. This is usually the case if the ingredients are liquids themselves (concentration provided as mL/mL) or solid substances (mg/mg). In these cases, the general assumptions is made that the density of the drug is that of water, and one can assume 1 g = 1 mL. - * All Drug vocabularies containing Standard Concepts have entries in the DRUG_STRENGTH table. - * There is now a Concept Class for supplier information whose relationships can be found in CONCEPT_RELATIONSHIP with a relationship_id of 'Has supplier' and 'Supplier of' \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/RELATIONSHIP.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/RELATIONSHIP.md deleted file mode 100644 index 2f69aac..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/RELATIONSHIP.md +++ /dev/null @@ -1,292 +0,0 @@ -The RELATIONSHIP table provides a reference list of all types of relationships that can be used to associate any two concepts in the CONCEPT_RELATIONSHP table. - -Field|Required|Type|Description -:-----------------------|:--------|:------------|:----------------------------------------- -|relationship_id|Yes|varchar(20)| The type of relationship captured by the relationship record.| -|relationship_name|Yes|varchar(255)| The text that describes the relationship type.| -|is_hierarchical|Yes|varchar(1)|Defines whether a relationship defines concepts into classes or hierarchies. Values are 1 for hierarchical relationship or 0 if not.| -|defines_ancestry|Yes|varchar(1)|Defines whether a hierarchical relationship contributes to the concept_ancestor table. These are subsets of the hierarchical relationships. Valid values are 1 or 0.| -|reverse_relationship_id|Yes|varchar(20)|The identifier for the relationship used to define the reverse relationship between two concepts.| -|relationship_concept_id|Yes|integer|A foreign key that refers to an identifier in the CONCEPT table for the unique relationship concept.| - -### Conventions - - * There is one record for each Relationship. - * Relationships are classified as hierarchical (parent-child) or non-hierarchical (lateral) - * They are used to determine which concept relationship records should be included in the computation of the CONCEPT_ANCESTOR table. - * The relationship_id field contains an alphanumerical identifier, that can also be used as the abbreviation of the Relationship. - * The relationship_name field contains the unabbreviated names of the Relationship. - * Relationships all exist symmetrically, i.e. in both direction. The relationship_id of the opposite Relationship is provided in the reverse_relationship_id field. - * Each Relationship also has an equivalent entry in the Concept table, which is recorded in the relationship_concept_id field. This is for purposes of creating a closed Information Model, where all entities in the OMOP CDM are covered by unique Concepts. - * Hierarchical Relationships are used to build a hierarchical tree out of the Concepts, which is recorded in the CONCEPT_ANCESTOR table. For example, "has_ingredient" is a Relationship between Concept of the Concept Class 'Clinical Drug' and those of 'Ingredient', and all Ingredients can be classified as the "parental" hierarchical Concepts for the drug products they are part of. All 'Is a' Relationships are hierarchical. - * Relationships, also hierarchical, can be between Concepts within the same Vocabulary or those adopted from different Vocabulary sources. - * In past versions of the RELATIONSHIP table, the relationship_id used to be a numerical value. A conversion table between these old and new IDs is given below: - -Previous Relationship_id|Version 5 Relationship_id -:-----------------------|:----------------------------------- -|1|LOINC replaced by| -|2|Has precise ing| -|3|Has tradename| -|4|RxNorm has dose form| -|5|Has form| -|6|RxNorm has ing| -|7|Constitutes| -|8|Contains| -|9|Reformulation of| -|10|Subsumes| -|11|NDFRT has dose form| -|12|Induces| -|13|May diagnose| -|14|Has physio effect| -|15|Has CI physio effect| -|16|NDFRT has ing| -|17|Has CI chem class| -|18|Has MoA| -|19|Has CI MoA| -|20|Has PK| -|21|May treat| -|22|CI to| -|23|May prevent| -|24|Has metabolites| -|25|Has metabolism| -|26|May be inhibited by| -|27|Has chem structure| -|28|NDFRT - RxNorm eq| -|29|Has recipient cat| -|30|Has proc site| -|31|Has priority| -|32|Has pathology| -|33|Has part of| -|34|Has severity| -|35|Has revision status| -|36|Has access| -|37|Has occurrence| -|38|Has method| -|39|Has laterality| -|40|Has interprets| -|41|Has indir morph| -|42|Has indir device| -|43|Has specimen| -|44|Has interpretation| -|45|Has intent| -|46|Has focus| -|47|Has manifestation| -|48|Has active ing| -|49|Has finding site| -|50|Has episodicity| -|51|Has dir subst| -|52|Has dir morph| -|53|Has dir device| -|54|Has component| -|55|Has causative agent| -|56|Has asso morph| -|57|Has asso finding| -|58|Has measurement| -|59|Has property| -|60|Has scale type| -|61|Has time aspect| -|62|Has specimen proc| -|63|Has specimen source| -|64|Has specimen morph| -|65|Has specimen topo| -|66|Has specimen subst| -|67|Has due to| -|68|Has relat context| -|69|Has dose form| -|70|Occurs after| -|71|Has asso proc| -|72|Has dir proc site| -|73|Has indir proc site| -|74|Has proc device| -|75|Has proc morph| -|76|Has finding context| -|77|Has proc context| -|78|Has temporal context| -|79|Findinga sso with| -|80|Has surgical appr| -|81|Using device| -|82|Using energy| -|83|Using subst| -|84|Using acc device| -|85|Has clinical course| -|86|Has route of admin| -|87|Using finding method| -|88|Using finding inform| -|92|ICD9P - SNOMED eq| -|93|CPT4 - SNOMED cat| -|94|CPT4 - SNOMED eq| -|125|MedDRA - SNOMED eq| -|126|Has FDA-appr ind| -|127|Has off-label ind| -|129|Has CI| -|130|ETC - RxNorm| -|131|ATC - RxNorm| -|132|SMQ - MedDRA| -|135|LOINC replaces| -|136|Precise ing of| -|137|Tradename of| -|138|RxNorm dose form of| -|139|Form of| -|140|RxNorm ing of| -|141|Consists of| -|142|Contained in| -|143|Reformulated in| -|144|Is a| -|145|NDFRT dose form of| -|146|Induced by| -|147|Diagnosed through| -|148|Physiol effect by| -|149|CI physiol effect by| -|150|NDFRT ing of| -|151|CI chem class of| -|152|MoA of| -|153|CI MoA of| -|154|PK of| -|155|May be treated by| -|156|CI by| -|157|May be prevented by| -|158|Metabolite of| -|159|Metabolism of| -|160|Inhibits effect| -|161|Chem structure of| -|162|RxNorm - NDFRT eq| -|163|Recipient cat of| -|164|Proc site of| -|165|Priority of| -|166|Pathology of| -|167|Part of| -|168|Severity of| -|169|Revision status of| -|170|Access of| -|171|Occurrence of| -|172|Method of| -|173|Laterality of| -|174|Interprets of| -|175|Indir morph of| -|176|Indir device of| -|177|Specimen of| -|178|Interpretation of| -|179|Intent of| -|180|Focus of| -|181|Manifestation of| -|182|Active ing of| -|183|Finding site of| -|184|Episodicity of| -|185|Dir subst of| -|186|Dir morph of| -|187|Dir device of| -|188|Component of| -|189|Causative agent of| -|190|Asso morph of| -|191|Asso finding of| -|192|Measurement of| -|193|Property of| -|194|Scale type of| -|195|Time aspect of| -|196|Specimen proc of| -|197|Specimen identity of| -|198|Specimen morph of| -|199|Specimen topo of| -|200|Specimen subst of| -|201|Due to of| -|202|Relat context of| -|203|Dose form of| -|204|Occurs before| -|205|Asso proc of| -|206|Dir proc site of| -|207|Indir proc site of| -|208|Proc device of| -|209|Proc morph of| -|210|Finding context of| -|211|Proc context of| -|212|Temporal context of| -|213|Asso with finding| -|214|Surgical appr of| -|215|Device used by| -|216|Energy used by| -|217|subst used by| -|218|Acc device used by| -|219|Clinical course of| -|220|Route of admin of| -|221|Finding method of| -|222|Finding inform of| -|226|SNOMED - ICD9P eq| -|227|SNOMED cat - CPT4| -|228|SNOMED - CPT4 eq| -|239|SNOMED - MedDRA eq| -|240|Is FDA-appr ind of| -|241|Is off-label ind of| -|243|Is CI of| -|244|RxNorm - ETC| -|245|RxNorm - ATC| -|246|MedDRA - SMQ| -|247|Ind/CI - SNOMED| -|248|SNOMED - ind/CI| -|275|Has therap class| -|276|Therap class of| -|277|Drug-drug inter for| -|278|Has drug-drug inter| -|279|Has pharma prep| -|280|Pharma prep in| -|281|Inferred class of| -|282|Has inferred class| -|283|SNOMED proc - HCPCS| -|284|HCPCS - SNOMED proc| -|285|RxNorm - NDFRT name| -|286|NDFRT - RxNorm name| -|287|ETC - RxNorm name| -|288|RxNorm - ETC name| -|289|ATC - RxNorm name| -|290|RxNorm - ATC name| -|291|HOI - SNOMED| -|292|SNOMED - HOI| -|293|DOI - RxNorm| -|294|RxNorm - DOI| -|295|HOI - MedDRA| -|296|MedDRA - HOI| -|297|NUCC - CMS Specialty| -|298|CMS Specialty - NUCC| -|299|DRG - MS-DRG eq| -|300|MS-DRG - DRG eq| -|301|DRG - MDC cat| -|302|MDC cat - DRG| -|303|Visit cat - PoS| -|304|PoS - Visit cat| -|305|VAProd - NDFRT| -|306|NDFRT - VAProd| -|307|VAProd - RxNorm eq| -|308|RxNorm - VAProd eq| -|309|RxNorm replaced by| -|310|RxNorm replaces| -|311|SNOMED replaced by| -|312|SNOMED replaces| -|313|ICD9P replaced by| -|314|ICD9P replaces| -|315|Multilex has ing| -|316|Multilex ing of| -|317|RxNorm - Multilex eq| -|318|Multilex - RxNorm eq| -|319|Multilex ing - class| -|320|Class - Multilex ing| -|321|Maps to| -|322|Mapped from| -|325|Map includes child| -|326|Included in map from| -|327|Map excludes child| -|328|Excluded in map from| -|345|UCUM replaced by| -|346|UCUM replaces| -|347|Concept replaced by| -|348|Concept replaces| -|349|Concept same_as to| -|350|Concept same_as from| -|351|Concept alt_to to| -|352|Concept alt_to from| -|353|Concept poss_eq to| -|354|Concept poss_eq from| -|355|Concept was_a to| -|356|Concept was_a from| -|357|SNOMED meas - HCPCS| -|358|HCPCS - SNOMED meas| -|359|Domain subsumes| -|360|Is domain| \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/SOURCE_TO_CONCEPT_MAP.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/SOURCE_TO_CONCEPT_MAP.md deleted file mode 100644 index b24f57f..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/SOURCE_TO_CONCEPT_MAP.md +++ /dev/null @@ -1,25 +0,0 @@ -The source to concept map table is a legacy data structure within the OMOP Common Data Model, recommended for use in ETL processes to maintain local source codes which are not available as Concepts in the Standardized Vocabularies, and to establish mappings for each source code into a Standard Concept as target_concept_ids that can be used to populate the Common Data Model tables. The SOURCE_TO_CONCEPT_MAP table is no longer populated with content within the Standardized Vocabularies published to the OMOP community. - -Field|Required|Type|Description -:-------------------------|:--------|:------------|:---------------------------- -|source_code|Yes|varchar(50)|The source code being translated into a Standard Concept.| -|source_concept_id|Yes|integer|A foreign key to the Source Concept that is being translated into a Standard Concept.| -|source_vocabulary_id|Yes|varchar(20)|A foreign key to the VOCABULARY table defining the vocabulary of the source code that is being translated to a Standard Concept.| -|source_code_description|No|varchar(255)|An optional description for the source code. This is included as a convenience to compare the description of the source code to the name of the concept.| -|target_concept_id|Yes|integer|A foreign key to the target Concept to which the source code is being mapped.| -|target_vocabulary_id|Yes|varchar(20)|A foreign key to the VOCABULARY table defining the vocabulary of the target Concept.| -|valid_start_date|Yes|date|The date when the mapping instance was first recorded.| -|valid_end_date|Yes|date|The date when the mapping instance became invalid because it was deleted or superseded (updated) by a new relationship. Default value is 31-Dec-2099.| -|invalid_reason|No|varchar(1)|Reason the mapping instance was invalidated. Possible values are D (deleted), U (replaced with an update) or NULL when valid_end_date has the default value.| - -### Conventions - - * This table is no longer used to distribute mapping information between source codes and Standard Concepts for the Standard Vocabularies. Instead, the CONCEPT_RELATIONSHIP table is used for this purpose, using the relationship_id='Maps to'. - * However, this table can still be used for the translation of local source codes into Standard Concepts. - * **Note:** This table should not be used to translate source codes to Source Concepts. The source code of a Source Concept is captured in its concept_code field. If the source codes used in a given database do not follow correct formatting the ETL will have to perform this translation. For example, if ICD-9-CM codes are recorded without a dot the ETL will have to perform a lookup function that allows identifying the correct ICD-9-CM Source Concept (with the dot in the concept_code field). - * The source_concept_id, or the combination of the fields source_code and the source_vocabulary_id uniquely identifies the source information. It is the equivalent to the concept_id_1 field in the CONCEPT_RELATIONSHIP table. - * If there is no source_concept_id available because the source codes are local and not supported by the Standard Vocabulary, the content of the field is 0 (zero, not null) encoding an undefined concept. However, local Source Concepts are established (concept_id values above 2,000,000,000). - * The source_code_description contains an optional description of the source code. - * The target_concept_id contains the Concept the source code is mapped to. It is equivalent to the concept_id_2 in the CONCEPT_RELATIONSHIP table - * The target_vocabulary_id field contains the vocabulary_id of the target concept. It is a duplication of the same information in the CONCEPT record of the Target Concept. - * The fields valid_start_date, valid_end_date and invalid_reason are used to define the life cycle of the mapping information. Invalid mapping records should not be used for mapping information. diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/Standardized-Vocabularies.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/Standardized-Vocabularies.md deleted file mode 100644 index ca9d3d3..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/Standardized-Vocabularies.md +++ /dev/null @@ -1,31 +0,0 @@ -[CONCEPT](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT) -[VOCABULARY](https://github.com/OHDSI/CommonDataModel/wiki/VOCABULARY) -[DOMAIN](https://github.com/OHDSI/CommonDataModel/wiki/DOMAIN) -[CONCEPT_CLASS](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT_CLASS) -[CONCEPT_RELATIONSHIP](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT_RELATIONSHIP) -[RELATIONSHIP](https://github.com/OHDSI/CommonDataModel/wiki/RELATIONSHIP) -[CONCEPT_SYNONYM](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT_SYNONYM) -[CONCEPT_ANCESTOR](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT_ANCESTOR) -[SOURCE_TO_CONCEPT_MAP](https://github.com/OHDSI/CommonDataModel/wiki/SOURCE_TO_CONCEPT_MAP) -[DRUG_STRENGTH](https://github.com/OHDSI/CommonDataModel/wiki/DRUG_STRENGTH) -[COHORT_DEFINITION](https://github.com/OHDSI/CommonDataModel/wiki/COHORT_DEFINITION) -[ATTRIBUTE_DEFINITION](https://github.com/OHDSI/CommonDataModel/wiki/ATTRIBUTE_DEFINITION) - -These tables contain detailed information about the Concepts used in all of the CDM fact tables. The content of the Standardized Vocabularies tables is not generated anew by each CDM implementation. Instead, it is maintained centrally as a service to the community. - -A number of assumptions were made for the design of the Standardized Vocabularies tables: - - * There is one design which will accommodate all different source terminologies and classifications. - * All terminologies are loaded into the CONCEPT table. - * The key is a newly created concept_id, not the original code of the terminology, because source codes are not unique identifiers across terminologies. - * Some Concepts are declared Standard Concepts, i.e. they are used to represent a certain clinical entity in the data. All Concepts may be Source Concepts; they represent how the entity was coded in the source. Standard Concepts are identified through the standard_concept field in the CONCEPT table. - * Records in the CONCEPT_RELATIONSHIP table define semantic relationships between Concepts. Such relationships can be hierarchical or lateral. - * Records in the CONCEPT_RELATIONSHIP table are used to map Source codes to Standard Concepts, replacing the mechanism of the SOURCE_TO_CONCEPT_MAP table used in prior Standardized Vocabularies versions. The SOURCE_TO_CONCEPT_MAP table is retained as an optional aid to bookkeeping codes not found in the Standardized Vocabularies. - * Chains of hierarchical relationships are recorded in the CONCEPT_ANCESTOR table. Ancestry relationships are only recorded between Standard Concepts that are valid (not deprecated) and are connected through valid and hierarchical relationships in the RELATIONSHIP table (flag defines_ancestry). - -The advantage of this approach lies in the preservation of codes and relationships between them without adherence to the multiple different source data structures, a simple design for standardized access, and the optimization of performance for analysis. Navigation among Standard Concepts does not require knowledge of the source vocabulary. Finally, the approach is scalable and future vocabularies can be integrated easily. On the other hand, extensive transformation of source data to the Vocabulary is required and not every source data structure and original source hierarchy can be retained. - -Below is an entity-relationship diagram highlighting the tables within the Vocabulary portion of the OMOP Common Data Model: - -![Vocabulary entity-relationship diagram](http://www.ohdsi.org/web/wiki/lib/exe/fetch.php?cache=&w=900&h=714&tok=3c9ce1&media=documentation:cdm:vocabulary_tables.png) - \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/VOCABULARY.md b/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/VOCABULARY.md deleted file mode 100644 index 3ae2c26..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/VOCABULARY.md +++ /dev/null @@ -1,85 +0,0 @@ -The VOCABULARY table includes a list of the Vocabularies collected from various sources or created de novo by the OMOP community. This reference table is populated with a single record for each Vocabulary source and includes a descriptive name and other associated attributes for the Vocabulary. - -Field|Required|Type|Description -:----------------------|:--------|:-------------|:---------------------------------------- -|vocabulary_id|Yes|varchar(20)|A unique identifier for each Vocabulary, such as ICD9CM, SNOMED, Visit.| -|vocabulary_name|Yes|varchar(255)|The name describing the vocabulary, for example "International Classification of Diseases, Ninth Revision, Clinical Modification, Volume 1 and 2 (NCHS)" etc.| -|vocabulary_reference|Yes|varchar(255)|External reference to documentation or available download of the about the vocabulary.| -|vocabulary_version|Yes|varchar(255)|Version of the Vocabulary as indicated in the source.| -|vocabulary_concept_id|Yes|integer|A foreign key that refers to a standard concept identifier in the CONCEPT table for the Vocabulary the VOCABULARY record belongs to.| - -### Conventions - - * There is one record for each Vocabulary. One Vocabulary source or vendor can issue several Vocabularies, each of them creating their own record in the VOCABULARY table. However, the choice of whether a Vocabulary contains Concepts of different Concept Classes, or when these different classes constitute separate Vocabularies cannot precisely be decided based on the definition of what constitutes a Vocabulary. For example, the ICD-9 Volume 1 and 2 codes (ICD9CM, containing predominantly conditions and some procedures and observations) and the ICD-9 Volume 3 codes (ICD9Proc, containing predominantly procedures) are realized as two different Vocabularies. On the other hand, SNOMED-CT codes of the class Condition and those of the class Procedure are part of one and the same Vocabulary. Please refer to the Standardized Vocabularies [specifications](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary) for details of each Vocabulary. - - * The vocabulary_id field contains an alphanumerical identifier, that can also be used as the abbreviation of the Vocabulary name. - * The record with vocabulary_id = 'None' is reserved to contain information regarding the current version of the Entire Standardized Vocabularies. - * The vocabulary_name field contains the full official name of the Vocabulary, as well as the source or vendor in parenthesis. - * Each Vocabulary has an entry in the CONCEPT table, which is recorded in the vocabulary_concept_id field. This is for purposes of creating a closed Information Model, where all entities in the OMOP CDM are covered by a unique Concept. - * In past versions of the VOCABULARY table, the vocabulary_id used to be a numerical value. A conversion table between these old and new IDs is given below: - -Previous VOCABULARY_ID|Version 5 VOCABULARY_ID -----------------------|------------------ -|0|None| -|1|[SNOMED](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary:snomed)| -|2|[ICD9CM](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary:icd9cm)| -|3|ICD9Proc| -|4|[CPT4](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary:cpt4)| -|5|HCPCS| -|6|[LOINC](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary:loinc)| -|7|NDFRT| -|8|[RxNorm](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary:rxnorm)| -|9|[NDC](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary:ndc)| -|10|GPI| -|11|[UCUM](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary:ucum)| -|12|[Gender](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary:gender)| -|13|Race| -|14|Place of Service| -|15|MedDRA| -|16|Multum| -|17|Read| -|18|OXMIS| -|19|Indication| -|20|ETC| -|21|[ATC](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary:atc)| -|22|Multilex| -|24|Visit| -|28|VA Product| -|31|SMQ| -|32|VA Class| -|33|Cohort| -|34|[ICD10](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary:icd10)| -|35|[ICD10PCS](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary:icd10pcs)| -|36|Drug Type| -|37|Condition Type| -|38|Procedure Type| -|39|Observation Type| -|40|DRG| -|41|MDC| -|42|APC| -|43|Revenue Code| -|44|[Ethnicity](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary:ethnicity)| -|45|Death Type| -|46|[Mesh](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary:mesh)| -|47|NUCC| -|48|Specialty| -|49|[LOINC](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary:loinc)| -|50|SPL| -|53|Genseqno| -|54|CCS| -|55|OPCS4| -|56|Gemscript| -|57|HES Specialty| -|58|Note Type| -|59|Domain| -|60|PCORNet| -|61|Obs Period Type| -|62|Visit Type| -|63|Device Type| -|64|Meas Type| -|65|[Currency](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary:currency)| -|66|Relationship| -|67|Vocabulary| -|68|Concept Class| -|69|Cohort Type| -|70|[ICD10CM](http://www.ohdsi.org/web/wiki/doku.php?id=documentation:vocabulary:icd10cm)| \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/vocabulary_tables.png b/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/vocabulary_tables.png deleted file mode 100644 index 79c635a..0000000 Binary files a/Documentation/CommonDataModel_Wiki_Files/StandardizedVocabularies/vocabulary_tables.png and /dev/null differ diff --git a/Documentation/CommonDataModel_Wiki_Files/Usagi.png b/Documentation/CommonDataModel_Wiki_Files/Usagi.png deleted file mode 100644 index d962ea8..0000000 Binary files a/Documentation/CommonDataModel_Wiki_Files/Usagi.png and /dev/null differ diff --git a/Documentation/CommonDataModel_Wiki_Files/_Footer.md b/Documentation/CommonDataModel_Wiki_Files/_Footer.md deleted file mode 100644 index 914df1d..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/_Footer.md +++ /dev/null @@ -1 +0,0 @@ -***OMOP Common Data Model v5.3.1 Specifications 14June2018*** \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/_Sidebar.md b/Documentation/CommonDataModel_Wiki_Files/_Sidebar.md deleted file mode 100644 index 3a84654..0000000 --- a/Documentation/CommonDataModel_Wiki_Files/_Sidebar.md +++ /dev/null @@ -1,62 +0,0 @@ -**[Home](https://github.com/OHDSI/CommonDataModel/wiki)** - -**[License](https://github.com/OHDSI/CommonDataModel/wiki/License)** - -**[Background](https://github.com/OHDSI/CommonDataModel/wiki/Background)** -* [The Role of the Common Data Model](https://github.com/OHDSI/CommonDataModel/wiki/The-Role-of-the-Common-Data-Model) -* [Design Principles](https://github.com/OHDSI/CommonDataModel/wiki/Design-Principles) -* [Data Model Conventions](https://github.com/OHDSI/CommonDataModel/wiki/Data-Model-Conventions) -* [Frequently Asked Questions](https://github.com/OHDSI/CommonDataModel/wiki/Frequently-Asked-Questions) - -**[Glossary of Terms](https://github.com/OHDSI/CommonDataModel/wiki/Glossary-of-Terms)** - -**[Standardized Vocabularies](https://github.com/OHDSI/CommonDataModel/wiki/Standardized-Vocabularies)** -* [CONCEPT](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT) -* [VOCABULARY](https://github.com/OHDSI/CommonDataModel/wiki/VOCABULARY) -* [DOMAIN](https://github.com/OHDSI/CommonDataModel/wiki/DOMAIN) -* [CONCEPT_CLASS](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT_CLASS) -* [CONCEPT_RELATIONSHIP](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT_RELATIONSHIP) -* [RELATIONSHIP](https://github.com/OHDSI/CommonDataModel/wiki/RELATIONSHIP) -* [CONCEPT_SYNONYM](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT_SYNONYM) -* [CONCEPT_ANCESTOR](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT_ANCESTOR) -* [SOURCE_TO_CONCEPT_MAP](https://github.com/OHDSI/CommonDataModel/wiki/SOURCE_TO_CONCEPT_MAP) -* [DRUG_STRENGTH](https://github.com/OHDSI/CommonDataModel/wiki/DRUG_STRENGTH) -* [COHORT_DEFINITION](https://github.com/OHDSI/CommonDataModel/wiki/COHORT_DEFINITION) -* [ATTRIBUTE_DEFINITION](https://github.com/OHDSI/CommonDataModel/wiki/ATTRIBUTE_DEFINITION) - -**[Standardized Metadata](https://github.com/OHDSI/CommonDataModel/wiki/Standardized-Metadata)** -* [CDM_SOURCE](https://github.com/OHDSI/CommonDataModel/wiki/CDM_SOURCE) -* [METADATA](https://github.com/OHDSI/CommonDataModel/wiki/METADATA) - -**[Standardized Clinical Data Tables](https://github.com/OHDSI/CommonDataModel/wiki/Standardized-Clinical-Data-Tables)** -* [PERSON](https://github.com/OHDSI/CommonDataModel/wiki/PERSON) -* [OBSERVATION_PERIOD](https://github.com/OHDSI/CommonDataModel/wiki/OBSERVATION_PERIOD) -* [SPECIMEN](https://github.com/OHDSI/CommonDataModel/wiki/SPECIMEN) -* [DEATH](https://github.com/OHDSI/CommonDataModel/wiki/DEATH) -* [VISIT_OCCURRENCE](https://github.com/OHDSI/CommonDataModel/wiki/VISIT_OCCURRENCE) -* [VISIT_DETAIL](https://github.com/OHDSI/CommonDataModel/wiki/VISIT_DETAIL) -* [PROCEDURE_OCCURRENCE](https://github.com/OHDSI/CommonDataModel/wiki/PROCEDURE_OCCURRENCE) -* [DRUG_EXPOSURE](https://github.com/OHDSI/CommonDataModel/wiki/DRUG_EXPOSURE) -* [DEVICE_EXPOSURE](https://github.com/OHDSI/CommonDataModel/wiki/DEVICE_EXPOSURE) -* [CONDITION_OCCURRENCE](https://github.com/OHDSI/CommonDataModel/wiki/CONDITION_OCCURRENCE) -* [MEASUREMENT](https://github.com/OHDSI/CommonDataModel/wiki/MEASUREMENT) -* [NOTE](https://github.com/OHDSI/CommonDataModel/wiki/NOTE) -* [NOTE_NLP](https://github.com/OHDSI/CommonDataModel/wiki/NOTE_NLP) -* [OBSERVATION](https://github.com/OHDSI/CommonDataModel/wiki/OBSERVATION) -* [FACT_RELATIONSHIP](https://github.com/OHDSI/CommonDataModel/wiki/FACT_RELATIONSHIP) - -**[Standardized Health System Data Tables](https://github.com/OHDSI/CommonDataModel/wiki/Standardized-Health-System-Data-Tables)** -* [LOCATION](https://github.com/OHDSI/CommonDataModel/wiki/LOCATION) -* [CARE_SITE](https://github.com/OHDSI/CommonDataModel/wiki/CARE_SITE) -* [PROVIDER](https://github.com/OHDSI/CommonDataModel/wiki/PROVIDER) - -**[Standardized Health Economics Data Tables](https://github.com/OHDSI/CommonDataModel/wiki/Standardized-Health-Economics-Data-Tables)** -* [PAYER_PLAN_PERIOD](https://github.com/OHDSI/CommonDataModel/wiki/PAYER_PLAN_PERIOD) -* [COST](https://github.com/OHDSI/CommonDataModel/wiki/COST) - -**[Standardized Derived Elements](https://github.com/OHDSI/CommonDataModel/wiki/Standardized-Derived-Elements)** -* [COHORT](https://github.com/OHDSI/CommonDataModel/wiki/COHORT) -* [COHORT_ATTRIBUTE](https://github.com/OHDSI/CommonDataModel/wiki/COHORT_ATTRIBUTE) -* [DRUG_ERA](https://github.com/OHDSI/CommonDataModel/wiki/DRUG_ERA) -* [DOSE_ERA](https://github.com/OHDSI/CommonDataModel/wiki/DOSE_ERA) -* [CONDITION_ERA](https://github.com/OHDSI/CommonDataModel/wiki/CONDITION_ERA) \ No newline at end of file diff --git a/Documentation/CommonDataModel_Wiki_Files/images/ATLAS_Persistence_Window.PNG b/Documentation/CommonDataModel_Wiki_Files/images/ATLAS_Persistence_Window.PNG deleted file mode 100644 index 3028f97..0000000 Binary files a/Documentation/CommonDataModel_Wiki_Files/images/ATLAS_Persistence_Window.PNG and /dev/null differ diff --git a/Documentation/CommonDataModel_Wiki_Files/images/Athena_download_box.png b/Documentation/CommonDataModel_Wiki_Files/images/Athena_download_box.png deleted file mode 100644 index 009f50a..0000000 Binary files a/Documentation/CommonDataModel_Wiki_Files/images/Athena_download_box.png and /dev/null differ diff --git a/Documentation/CommonDataModel_Wiki_Files/images/Sepsis_to_SNOMED.png b/Documentation/CommonDataModel_Wiki_Files/images/Sepsis_to_SNOMED.png deleted file mode 100644 index 3732431..0000000 Binary files a/Documentation/CommonDataModel_Wiki_Files/images/Sepsis_to_SNOMED.png and /dev/null differ diff --git a/Documentation/CommonDataModel_Wiki_Files/images/Usagi.png b/Documentation/CommonDataModel_Wiki_Files/images/Usagi.png deleted file mode 100644 index d962ea8..0000000 Binary files a/Documentation/CommonDataModel_Wiki_Files/images/Usagi.png and /dev/null differ diff --git a/Documentation/CommonDataModel_Wiki_Files/images/drugdomain.jpg b/Documentation/CommonDataModel_Wiki_Files/images/drugdomain.jpg deleted file mode 100644 index adc039c..0000000 Binary files a/Documentation/CommonDataModel_Wiki_Files/images/drugdomain.jpg and /dev/null differ diff --git a/Impala/OMOP CDM impala ddl.txt b/Impala/OMOP CDM impala ddl.txt index 4918e93..1378d02 100644 --- a/Impala/OMOP CDM impala ddl.txt +++ b/Impala/OMOP CDM impala ddl.txt @@ -1,1317 +1,786 @@ /********************************************************************************* - -# Copyright 2017-11 Observational Health Data Sciences and Informatics - +# Copyright 2018-08 Observational Health Data Sciences and Informatics # - # - -# Licensed under the Apache License, Version 2.0 (the "License") - +# Licensed under the Apache License, Version 2.0 (the "License"); # you may not use this file except in compliance with the License. - # You may obtain a copy of the License at - # - # http://www.apache.org/licenses/LICENSE-2.0 - # - # Unless required by applicable law or agreed to in writing, software - # distributed under the License is distributed on an "AS IS" BASIS, - # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. - # See the License for the specific language governing permissions and - # limitations under the License. - ********************************************************************************/ - /************************ + ####### # # ####### ###### ##### ###### # # ##### ### + # # ## ## # # # # # # # # ## ## # # # # # # + # # # # # # # # # # # # # # # # # # # # # # + # # # # # # # ###### # # # # # # # # ###### # # + # # # # # # # # # # # # # # # # ### # # + # # # # # # # # # # # # # # # # # ### # # + ####### # # ####### # ##### ###### # # ## ##### ### ### +impala script to create OMOP common data model version 6.0 -####### # # ####### ###### ##### ###### # # ####### ##### - -# # ## ## # # # # # # # # ## ## # # # # # - -# # # # # # # # # # # # # # # # # # # # # - -# # # # # # # ###### # # # # # # # # ###### ##### - -# # # # # # # # # # # # # # # ### # - -# # # # # # # # # # # # # # # # # ### # # - -####### # # ####### # ##### ###### # # ## ##### ### ##### - - - -impala script to create OMOP common data model version 5.3.1 - - - -last revised: 14-JUNE-2018 - - +last revised: 27-Aug-2018 Authors: Patrick Ryan, Christian Reich, Clair Blacketer - - *************************/ - - /************************ - - Standardized vocabulary - - ************************/ - CREATE TABLE concept ( - - concept_id INTEGER, - - concept_name VARCHAR(255), - - domain_id VARCHAR(20), - - vocabulary_id VARCHAR(20), - - concept_class_id VARCHAR(20), - - standard_concept VARCHAR(1), - - concept_code VARCHAR(50), - - valid_start_date TIMESTAMP, - - valid_end_date TIMESTAMP, - - invalid_reason VARCHAR(1) - + concept_id INTEGER , + concept_name VARCHAR(255) , + domain_id VARCHAR(20) , + vocabulary_id VARCHAR(20) , + concept_class_id VARCHAR(20) , + standard_concept VARCHAR(1) , + concept_code VARCHAR(50) , + valid_start_date TIMESTAMP , + valid_end_date TIMESTAMP , + invalid_reason VARCHAR(1) ) - ; - CREATE TABLE vocabulary ( - - vocabulary_id VARCHAR(20), - - vocabulary_name VARCHAR(255), - - vocabulary_reference VARCHAR(255), - vocabulary_version VARCHAR(255), - - vocabulary_concept_id INTEGER - + vocabulary_id VARCHAR(20), + vocabulary_name VARCHAR(255), + vocabulary_reference VARCHAR(255), + vocabulary_version VARCHAR(255), + vocabulary_concept_id INTEGER ) - ; - - CREATE TABLE domain ( - - domain_id VARCHAR(20), - - domain_name VARCHAR(255), - - domain_concept_id INTEGER - + domain_id VARCHAR(20), + domain_name VARCHAR(255), + domain_concept_id INTEGER ) - ; - - CREATE TABLE concept_class ( - - concept_class_id VARCHAR(20), - - concept_class_name VARCHAR(255), - - concept_class_concept_id INTEGER - + concept_class_id VARCHAR(20), + concept_class_name VARCHAR(255), + concept_class_concept_id INTEGER ) - ; - - CREATE TABLE concept_relationship ( - - concept_id_1 INTEGER, - - concept_id_2 INTEGER, - - relationship_id VARCHAR(20), - - valid_start_date TIMESTAMP, - - valid_end_date TIMESTAMP, - - invalid_reason VARCHAR(1) - -) - + concept_id_1 INTEGER , + concept_id_2 INTEGER , + relationship_id VARCHAR(20), + valid_start_date TIMESTAMP, + valid_end_date TIMESTAMP, + invalid_reason VARCHAR(1) + ) ; - - CREATE TABLE relationship ( - - relationship_id VARCHAR(20), - - relationship_name VARCHAR(255), - - is_hierarchical VARCHAR(1), - - defines_ancestry VARCHAR(1), - - reverse_relationship_id VARCHAR(20), - - relationship_concept_id INTEGER - + relationship_id VARCHAR(20), + relationship_name VARCHAR(255), + is_hierarchical VARCHAR(1), + defines_ancestry VARCHAR(1), + reverse_relationship_id VARCHAR(20), + relationship_concept_id INTEGER ) - ; - - CREATE TABLE concept_synonym ( - - concept_id INTEGER, - - concept_synonym_name STRING, - - language_concept_id INTEGER - + concept_id INTEGER , + concept_synonym_name STRING, + language_concept_id INTEGER ) - ; - - CREATE TABLE concept_ancestor ( - - ancestor_concept_id INTEGER, - - descendant_concept_id INTEGER, - - min_levels_of_separation INTEGER, - - max_levels_of_separation INTEGER - + ancestor_concept_id INTEGER , + descendant_concept_id INTEGER , + min_levels_of_separation INTEGER , + max_levels_of_separation INTEGER ) - ; - - CREATE TABLE source_to_concept_map ( - - source_code VARCHAR(50), - - source_concept_id INTEGER, - - source_vocabulary_id VARCHAR(20), - - source_code_description VARCHAR(255), - - target_concept_id INTEGER, - - target_vocabulary_id VARCHAR(20), - - valid_start_date TIMESTAMP, - - valid_end_date TIMESTAMP, - - invalid_reason VARCHAR(1) - + source_code VARCHAR(50), + source_concept_id INTEGER , + source_vocabulary_id VARCHAR(20), + source_code_description VARCHAR(255), + target_concept_id INTEGER , + target_vocabulary_id VARCHAR(20), + valid_start_date TIMESTAMP, + valid_end_date TIMESTAMP, + invalid_reason VARCHAR(1) ) - ; - - CREATE TABLE drug_strength ( - - drug_concept_id INTEGER, - - ingredient_concept_id INTEGER, - - amount_value FLOAT, - - amount_unit_concept_id INTEGER, - - numerator_value FLOAT, - - numerator_unit_concept_id INTEGER, - - denominator_value FLOAT, - - denominator_unit_concept_id INTEGER, - - box_size INTEGER, - - valid_start_date TIMESTAMP, - - valid_end_date TIMESTAMP, - - invalid_reason VARCHAR(1) - + drug_concept_id INTEGER , + ingredient_concept_id INTEGER , + amount_value FLOAT, + amount_unit_concept_id INTEGER , + numerator_value FLOAT, + numerator_unit_concept_id INTEGER , + denominator_value FLOAT, + denominator_unit_concept_id INTEGER , + box_size INTEGER , + valid_start_date TIMESTAMP, + valid_end_date TIMESTAMP, + invalid_reason VARCHAR(1) ) - ; - - CREATE TABLE cohort_definition ( - - cohort_definition_id INTEGER, - - cohort_definition_name VARCHAR(255), - - cohort_definition_description STRING, - - definition_type_concept_id INTEGER, - - cohort_definition_syntax STRING, - - subject_concept_id INTEGER, - - cohort_initiation_date TIMESTAMP - + cohort_definition_id INTEGER , + cohort_definition_name VARCHAR(255), + cohort_definition_description STRING, + definition_type_concept_id INTEGER , + cohort_definition_syntax STRING, + subject_concept_id INTEGER , + cohort_initiation_date TIMESTAMP ) - ; - - CREATE TABLE attribute_definition ( - - attribute_definition_id INTEGER, - - attribute_name VARCHAR(255), - - attribute_description STRING, - - attribute_type_concept_id INTEGER, - - attribute_syntax STRING - + attribute_definition_id INTEGER , + attribute_name VARCHAR(255), + attribute_description STRING, + attribute_type_concept_id INTEGER , + attribute_syntax STRING ) - ; - /************************** - - Standardized meta-data - - ***************************/ - CREATE TABLE cdm_source ( - - cdm_source_name VARCHAR(255), - - cdm_source_abbreviation VARCHAR(25), - - cdm_holder VARCHAR(255), - - source_description STRING, - - source_documentation_reference VARCHAR(255), - - cdm_etl_reference VARCHAR(255), - - source_release_date TIMESTAMP, - - cdm_release_date TIMESTAMP, - - cdm_version VARCHAR(10), - - vocabulary_version VARCHAR(20) - + cdm_source_name VARCHAR(255) , + cdm_source_abbreviation VARCHAR(25) , + cdm_holder VARCHAR(255) , + source_description STRING , + source_documentation_reference VARCHAR(255) , + cdm_etl_reference VARCHAR(255) , + source_release_date TIMESTAMP , + cdm_release_date TIMESTAMP , + cdm_version VARCHAR(10) , + vocabulary_version VARCHAR(20) ) - ; - - CREATE TABLE `metadata` ( - - metadata_concept_id INTEGER, - - metadata_type_concept_id INTEGER, - - name VARCHAR(250), - - value_as_string VARCHAR(50), - - value_as_concept_id INTEGER, - - metadata_date TIMESTAMP, - - metadata_datetime TIMESTAMP - + metadata_concept_id INTEGER , + metadata_type_concept_id INTEGER , + name VARCHAR(250) , + value_as_string STRING , + value_as_concept_id INTEGER , + metadata_date TIMESTAMP , + metadata_datetime TIMESTAMP ) - ; +INSERT INTO metadata (name, value_as_string) --Added cdm version record +VALUES ('CDM Version', '6.0') +; /************************ - - Standardized clinical data - - ************************/ - +--HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE person ( - - person_id INTEGER, - - gender_concept_id INTEGER, - - year_of_birth INTEGER, - - month_of_birth INTEGER, - - day_of_birth INTEGER, - - birth_datetime TIMESTAMP, - - race_concept_id INTEGER, - - ethnicity_concept_id INTEGER, - - location_id INTEGER, - - provider_id INTEGER, - - care_site_id INTEGER, - - person_source_value VARCHAR(50), - - gender_source_value VARCHAR(50), - - gender_source_concept_id INTEGER, - - race_source_value VARCHAR(50), - - race_source_concept_id INTEGER, - - ethnicity_source_value VARCHAR(50), - - ethnicity_source_concept_id INTEGER - + person_id BIGINT , --BIGINTs added + gender_concept_id INTEGER , + year_of_birth INTEGER , + month_of_birth INTEGER , + day_of_birth INTEGER , + birth_datetime TIMESTAMP , + race_concept_id INTEGER , + ethnicity_concept_id INTEGER , + location_id INTEGER , + provider_id INTEGER , + care_site_id INTEGER , + person_source_value VARCHAR(50), + gender_source_value VARCHAR(50), + gender_source_concept_id INTEGER , + race_source_value VARCHAR(50), + race_source_concept_id INTEGER , + ethnicity_source_value VARCHAR(50), + ethnicity_source_concept_id INTEGER ) - ; - - +--HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE observation_period ( - - observation_period_id INTEGER, - - person_id INTEGER, - - observation_period_start_date TIMESTAMP, - - observation_period_end_date TIMESTAMP, - - period_type_concept_id INTEGER - + observation_period_id BIGINT , + person_id BIGINT , + observation_period_start_date TIMESTAMP , + observation_period_end_date TIMESTAMP , + period_type_concept_id INTEGER ) - ; - - +--HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE specimen ( - - specimen_id INTEGER, - person_id INTEGER, - - specimen_concept_id INTEGER, - - specimen_type_concept_id INTEGER, - - specimen_date TIMESTAMP, - - specimen_datetime TIMESTAMP, - - quantity FLOAT, - - unit_concept_id INTEGER, - - anatomic_site_concept_id INTEGER, - - disease_status_concept_id INTEGER, - - specimen_source_id VARCHAR(50), - - specimen_source_value VARCHAR(50), - - unit_source_value VARCHAR(50), - - anatomic_site_source_value VARCHAR(50), - - disease_status_source_value VARCHAR(50) - + specimen_id BIGINT , + person_id BIGINT , + specimen_concept_id INTEGER , + specimen_type_concept_id INTEGER , + specimen_date TIMESTAMP , + specimen_datetime TIMESTAMP , + quantity FLOAT , + unit_concept_id INTEGER , + anatomic_site_concept_id INTEGER , + disease_status_concept_id INTEGER , + specimen_source_id VARCHAR(50) , + specimen_source_value VARCHAR(50) , + unit_source_value VARCHAR(50) , + anatomic_site_source_value VARCHAR(50) , + disease_status_source_value VARCHAR(50) ) - ; - +--HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE death ( - - person_id INTEGER, - - death_date TIMESTAMP, - - death_datetime TIMESTAMP, - - death_type_concept_id INTEGER, - - cause_concept_id INTEGER, - - cause_source_value VARCHAR(50), - - cause_source_concept_id INTEGER - + person_id BIGINT , + death_date TIMESTAMP , + death_datetime TIMESTAMP , + death_type_concept_id INTEGER , + cause_concept_id INTEGER , + cause_source_value VARCHAR(50), + cause_source_concept_id INTEGER ) - ; - - +--HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE visit_occurrence ( - - visit_occurrence_id INTEGER, - - person_id INTEGER, - - visit_concept_id INTEGER, - - visit_start_date TIMESTAMP, - - visit_start_datetime TIMESTAMP, - - visit_end_date TIMESTAMP, - - visit_end_datetime TIMESTAMP, - - visit_type_concept_id INTEGER, - - provider_id INTEGER, - - care_site_id INTEGER, - - visit_source_value VARCHAR(50), - - visit_source_concept_id INTEGER -, - admitting_source_concept_id INTEGER, - - admitting_source_value VARCHAR(50), - - discharge_to_concept_id INTEGER, - - discharge_to_source_value VARCHAR(50), - - preceding_visit_occurrence_id INTEGER - + visit_occurrence_id BIGINT , + person_id BIGINT , + visit_concept_id INTEGER , + visit_start_date TIMESTAMP , + visit_start_datetime TIMESTAMP , + visit_end_date TIMESTAMP , + visit_end_datetime TIMESTAMP , + visit_type_concept_id INTEGER , + provider_id INTEGER , + care_site_id INTEGER , + visit_source_value VARCHAR(50), + visit_source_concept_id INTEGER , + admitted_from_concept_id INTEGER , /*Changed from admitting_source_* */ + admitted_from_source_value VARCHAR(50), + discharge_to_source_value VARCHAR(50) , + discharge_to_concept_id INTEGER , + preceding_visit_occurrence_id INTEGER ) - ; - - - +--todo admitting 'source' +--HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE visit_detail ( - - visit_detail_id INTEGER, - - person_id INTEGER, - - visit_detail_concept_id INTEGER, - - visit_detail_start_date TIMESTAMP, - - visit_detail_start_datetime TIMESTAMP, - - visit_detail_end_date TIMESTAMP, - - visit_detail_end_datetime TIMESTAMP, - - visit_detail_type_concept_id INTEGER, - - provider_id INTEGER, - - care_site_id INTEGER, - - admitting_source_concept_id INTEGER, - - discharge_to_concept_id INTEGER, - - preceding_visit_detail_id INTEGER, - - visit_detail_source_value VARCHAR(50), - - visit_detail_source_concept_id INTEGER, - - admitting_source_value VARCHAR(50), - - discharge_to_source_value VARCHAR(50), - - visit_detail_parent_id INTEGER, - - visit_occurrence_id INTEGER - + visit_detail_id BIGINT , + person_id BIGINT , + visit_detail_concept_id INTEGER , + visit_detail_start_date TIMESTAMP , + visit_detail_start_datetime TIMESTAMP , + visit_detail_end_date TIMESTAMP , + visit_detail_end_datetime TIMESTAMP , + visit_detail_type_concept_id INTEGER , + provider_id INTEGER , + care_site_id INTEGER , + discharge_to_concept_id INTEGER , + admitted_from_concept_id INTEGER , /*Changed from admitting_source_* */ + admitted_from_source_value VARCHAR(50) , + visit_detail_source_value VARCHAR(50) , + visit_detail_source_concept_id INTEGER , + discharge_to_source_value VARCHAR(50) , + preceding_visit_detail_id BIGINT , + visit_detail_parent_id BIGINT , + visit_occurrence_id BIGINT ) - ; - - +--HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE procedure_occurrence ( - - procedure_occurrence_id INTEGER, - - person_id INTEGER, - - procedure_concept_id INTEGER, - - procedure_date TIMESTAMP, - - procedure_datetime TIMESTAMP, - - procedure_type_concept_id INTEGER, - - modifier_concept_id INTEGER, - - quantity INTEGER, - - provider_id INTEGER, - - visit_occurrence_id INTEGER, - - visit_detail_id INTEGER, - - procedure_source_value VARCHAR(50), - - procedure_source_concept_id INTEGER, - - modifier_source_value VARCHAR(50) - + procedure_occurrence_id BIGINT , + person_id BIGINT , + procedure_concept_id INTEGER , + procedure_date TIMESTAMP , + procedure_datetime TIMESTAMP , + procedure_type_concept_id INTEGER , + modifier_concept_id INTEGER , + quantity INTEGER , + provider_id INTEGER , + visit_occurrence_id INTEGER , + visit_detail_id INTEGER , + procedure_source_value VARCHAR(50) , + procedure_source_concept_id INTEGER , + modifier_source_value VARCHAR(50) , ) - ; - - +--HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE drug_exposure ( - - drug_exposure_id INTEGER, - - person_id INTEGER, - - drug_concept_id INTEGER, - - drug_exposure_start_date TIMESTAMP, - - drug_exposure_start_datetime TIMESTAMP, - - drug_exposure_end_date TIMESTAMP, - - drug_exposure_end_datetime TIMESTAMP, - - verbatim_end_date TIMESTAMP, - - drug_type_concept_id INTEGER, - - stop_reason VARCHAR(20), - - refills INTEGER, - - quantity FLOAT, - - days_supply INTEGER, - - sig STRING, - - route_concept_id INTEGER, - - lot_number VARCHAR(50), - - provider_id INTEGER, - - visit_occurrence_id INTEGER, - - visit_detail_id INTEGER, - - drug_source_value VARCHAR(50), - - drug_source_concept_id INTEGER, - - route_source_value VARCHAR(50), - - dose_unit_source_value VARCHAR(50) - + drug_exposure_id BIGINT , + person_id BIGINT , + drug_concept_id INTEGER , + drug_exposure_start_date TIMESTAMP , + drug_exposure_start_datetime TIMESTAMP , + drug_exposure_end_date TIMESTAMP , + drug_exposure_end_datetime TIMESTAMP , + verbatim_end_date TIMESTAMP , + drug_type_concept_id INTEGER , + stop_reason VARCHAR(20) , + refills INTEGER , + quantity FLOAT , + days_supply INTEGER , + sig STRING , + route_concept_id INTEGER , + lot_number VARCHAR(50) , + provider_id INTEGER , + visit_occurrence_id INTEGER , + visit_detail_id INTEGER , + drug_source_value VARCHAR(50) , + drug_source_concept_id INTEGER , + route_source_value VARCHAR(50) , + dose_unit_source_value VARCHAR(50) ) - ; - - +--HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE device_exposure ( - - device_exposure_id INTEGER, - - person_id INTEGER, - - device_concept_id INTEGER, - - device_exposure_start_date TIMESTAMP, - - device_exposure_start_datetime TIMESTAMP, - - device_exposure_end_date TIMESTAMP, - - device_exposure_end_datetime TIMESTAMP, - - device_type_concept_id INTEGER, - - unique_device_id VARCHAR(50), - - quantity INTEGER, - - provider_id INTEGER, - - visit_occurrence_id INTEGER, - - visit_detail_id INTEGER, - - device_source_value VARCHAR(100), - - device_source_concept_id INTEGER - + device_exposure_id BIGINT , + person_id BIGINT , + device_concept_id INTEGER , + device_exposure_start_date TIMESTAMP , + device_exposure_start_datetime TIMESTAMP , + device_exposure_end_date TIMESTAMP , + device_exposure_end_datetime TIMESTAMP , + device_type_concept_id INTEGER , + unique_device_id VARCHAR(50) , + quantity INTEGER , + provider_id INTEGER , + visit_occurrence_id INTEGER , + visit_detail_id INTEGER , + device_source_value VARCHAR(100) , + device_source_concept_id INTEGER ) - ; - - +--HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE condition_occurrence ( - - condition_occurrence_id INTEGER, - - person_id INTEGER, - - condition_concept_id INTEGER, - - condition_start_date TIMESTAMP, - - condition_start_datetime TIMESTAMP, - - condition_end_date TIMESTAMP, - - condition_end_datetime TIMESTAMP, - - condition_type_concept_id INTEGER, - - stop_reason VARCHAR(20), - - provider_id INTEGER, - - visit_occurrence_id INTEGER, - - visit_detail_id INTEGER, - - condition_source_value VARCHAR(50), - - condition_source_concept_id INTEGER, - - condition_status_source_value VARCHAR(50), - - condition_status_concept_id INTEGER - + condition_occurrence_id BIGINT , + person_id BIGINT , + condition_concept_id INTEGER , + condition_start_date TIMESTAMP , + condition_start_datetime TIMESTAMP , + condition_end_date TIMESTAMP , + condition_end_datetime TIMESTAMP , + condition_type_concept_id INTEGER , + condition_status_concept_id INTEGER , + stop_reason VARCHAR(20) , + provider_id INTEGER , + visit_occurrence_id INTEGER , + visit_detail_id INTEGER , + condition_source_value VARCHAR(50) , + condition_source_concept_id INTEGER , + condition_status_source_value VARCHAR(50) ) - ; - - +--HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE measurement ( - - measurement_id INTEGER, - - person_id INTEGER, - - measurement_concept_id INTEGER, - - measurement_date TIMESTAMP, - - measurement_datetime TIMESTAMP, - - measurement_time VARCHAR(10), - - measurement_type_concept_id INTEGER, - - operator_concept_id INTEGER, - - value_as_number FLOAT, - - value_as_concept_id INTEGER, - - unit_concept_id INTEGER, - - range_low FLOAT, - - range_high FLOAT, - - provider_id INTEGER, - visit_occurrence_id INTEGER, - - visit_detail_id INTEGER, - - measurement_source_value VARCHAR(50), - - measurement_source_concept_id INTEGER, - - unit_source_value VARCHAR(50), - - value_source_value VARCHAR(50) - + measurement_id BIGINT , + person_id BIGINT , + measurement_concept_id INTEGER , + measurement_date TIMESTAMP , + measurement_datetime TIMESTAMP , + measurement_time VARCHAR(10), + measurement_type_concept_id INTEGER , + operator_concept_id INTEGER , + value_as_number FLOAT , + value_as_concept_id INTEGER , + unit_concept_id INTEGER , + range_low FLOAT , + range_high FLOAT , + provider_id INTEGER , + visit_occurrence_id INTEGER , + visit_detail_id INTEGER , + measurement_source_value VARCHAR(50) , + measurement_source_concept_id INTEGER , + unit_source_value VARCHAR(50) , + value_source_value VARCHAR(50) ) - ; - - +--HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE note ( - - note_id INTEGER, - - person_id INTEGER, - - note_date TIMESTAMP, - - note_datetime TIMESTAMP, - - note_type_concept_id INTEGER, - - note_class_concept_id INTEGER, - - note_title VARCHAR(250), - - note_text STRING, - - encoding_concept_id INTEGER, - - language_concept_id INTEGER, - - provider_id INTEGER, - - visit_occurrence_id INTEGER, - - visit_detail_id INTEGER, - - note_source_value VARCHAR(50) - + note_id BIGINT , + person_id BIGINT , + note_event_id BIGINT , --This and the field below added + note_domain_id VARCHAR(20) , --This field may be removed in favor of the one below +--note_event_table_concept_id INTEGER , --This may be added based on 9/4 meeting + note_date TIMESTAMP , + note_datetime TIMESTAMP , + note_type_concept_id INTEGER , + note_class_concept_id INTEGER , + note_title VARCHAR(250) , + note_text STRING , + encoding_concept_id INTEGER , + language_concept_id INTEGER , + provider_id INTEGER , + visit_occurrence_id INTEGER , + visit_detail_id INTEGER , + note_source_value VARCHAR(50) ) - ; - CREATE TABLE note_nlp ( - - note_nlp_id INTEGER, - - note_id INTEGER, - - section_concept_id INTEGER, - - snippet VARCHAR(250), - - `offset` VARCHAR(250), - - lexical_variant VARCHAR(250), - - note_nlp_concept_id INTEGER, - - note_nlp_source_concept_id INTEGER, - - nlp_system VARCHAR(250), - - nlp_date TIMESTAMP, - - nlp_datetime TIMESTAMP, - - term_exists VARCHAR(1), - - term_temporal VARCHAR(50), - - term_modifiers VARCHAR(2000) - + note_nlp_id BIGINT , + note_id BIGINT , + section_concept_id INTEGER , + snippet VARCHAR(250) , + `offset` VARCHAR(250) , + lexical_variant VARCHAR(250) , + note_nlp_concept_id INTEGER , + nlp_system VARCHAR(250) , + nlp_date TIMESTAMP , + nlp_datetime TIMESTAMP , + term_exists VARCHAR(1) , + term_temporal VARCHAR(50) , + term_modifiers VARCHAR(2000) , + note_nlp_source_concept_id INTEGER ) - ; - - +--HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE observation ( - - observation_id INTEGER, - - person_id INTEGER, - - observation_concept_id INTEGER, - - observation_date TIMESTAMP, - - observation_datetime TIMESTAMP, - - observation_type_concept_id INTEGER, - - value_as_number FLOAT, - - value_as_string VARCHAR(60), - - value_as_concept_id INTEGER, - - qualifier_concept_id INTEGER, - - unit_concept_id INTEGER, - - provider_id INTEGER, - - visit_occurrence_id INTEGER, - - visit_detail_id INTEGER, - - observation_source_value VARCHAR(50), - - observation_source_concept_id INTEGER, - - unit_source_value VARCHAR(50), - - qualifier_source_value VARCHAR(50) - + observation_id BIGINT , + person_id BIGINT , + observation_concept_id INTEGER , + observation_date TIMESTAMP , + observation_datetime TIMESTAMP , + observation_type_concept_id INTEGER , + value_as_number FLOAT , + value_as_string VARCHAR(60) , + value_as_concept_id INTEGER , + qualifier_concept_id INTEGER , + unit_concept_id INTEGER , + provider_id INTEGER , + visit_occurrence_id BIGINT , + visit_detail_id BIGINT , + observation_source_value VARCHAR(50) , + observation_source_concept_id INTEGER , + unit_source_value VARCHAR(50) , + qualifier_source_value VARCHAR(50) , + observation_event_id BIGINT , /* This will link back to the event table (SURVEY) on SURVEY_OCCURRENCE_ID, changed name to comply with COST and NOTE*/ + observation_event_domain_id VARCHAR(20) , + --obs_event_table_concept_id INTEGER , /* Changed name to comply with COST and NOTE. This should be 'Survey'. Had to use 'obs' for oracle restriction, may be added on 9/4*/ + value_as_datetime TIMESTAMP ) - ; +CREATE TABLE survey_conduct +( + survey_conduct_id BIGINT , + person_id BIGINT , + survey_concept_id INTEGER , + survey_start_date TIMESTAMP , + survey_start_datetime TIMESTAMP , + survey_end_date TIMESTAMP , + survey_end_datetime TIMESTAMP , + provider_id BIGINT , + assisted_concept_id INTEGER , + respondent_type_concept_id INTEGER , + timing_concept_id INTEGER , + collection_method_concept_id INTEGER , + assisted_source_value VARCHAR(50) , + respondent_type_source_value VARCHAR(100) , + timing_source_value VARCHAR(100) , + collection_method_source_value VARCHAR(100) , + survey_source_value VARCHAR(100) , + survey_source_concept_id INTEGER , + survey_source_identifier VARCHAR(100) , + validated_survey_concept_id INTEGER , + validated_survey_source_value VARCHAR(100) , + survey_version_number VARCHAR(20) , + visit_occurrence_id BIGINT , + visit_detail_id BIGINT , + response_to_visit_occurrence_id BIGINT +) +; + CREATE TABLE fact_relationship ( - - domain_concept_id_1 INTEGER, - - fact_id_1 INTEGER, - - domain_concept_id_2 INTEGER, - - fact_id_2 INTEGER, - - relationship_concept_id INTEGER - + domain_concept_id_1 INTEGER , + fact_id_1 BIGINT , + domain_concept_id_2 INTEGER , + fact_id_2 BIGINT , + relationship_concept_id INTEGER ) - ; - /************************ - - Standardized health system data - - ************************/ - -CREATE TABLE `location` +CREATE TABLE location ( - - location_id INTEGER, - - address_1 VARCHAR(50), - - address_2 VARCHAR(50), - - city VARCHAR(50), - - state VARCHAR(2), - - zip VARCHAR(9), - - county VARCHAR(20), - - location_source_value VARCHAR(50) - + location_id BIGINT , + address_1 VARCHAR(50) , + address_2 VARCHAR(50) , + city VARCHAR(50) , + state VARCHAR(2) , + zip VARCHAR(9) , + county VARCHAR(20) , + country VARCHAR(100) , + location_source_value VARCHAR(50) , + latitude FLOAT , + longitude FLOAT ) - ; - +CREATE TABLE location_history +( + location_history_id BIGINT , + location_id BIGINT , + relationship_type_concept_id INTEGER , --Recent addition based on github discussion + domain_id VARCHAR(50) , + entity_id BIGINT , + start_date TIMESTAMP , + end_date TIMESTAMP +) +; CREATE TABLE care_site ( - - care_site_id INTEGER, - - care_site_name VARCHAR(255), - - place_of_service_concept_id INTEGER, - - location_id INTEGER, - - care_site_source_value VARCHAR(50), - - place_of_service_source_value VARCHAR(50) - + care_site_id BIGINT , + care_site_name VARCHAR(255) , + place_of_service_concept_id INTEGER , + location_id BIGINT , + care_site_source_value VARCHAR(50) , + place_of_service_source_value VARCHAR(50) ) - ; - - CREATE TABLE provider ( - - provider_id INTEGER, - - provider_name VARCHAR(255), - - NPI VARCHAR(20), - - DEA VARCHAR(20), - - specialty_concept_id INTEGER, - care_site_id INTEGER, - - year_of_birth INTEGER, - - gender_concept_id INTEGER, - - provider_source_value VARCHAR(50), - - specialty_source_value VARCHAR(50), - - specialty_source_concept_id INTEGER, - - gender_source_value VARCHAR(50), - - gender_source_concept_id INTEGER - + provider_id BIGINT , + provider_name VARCHAR(255) , + NPI VARCHAR(20) , + DEA VARCHAR(20) , + specialty_concept_id INTEGER , + care_site_id BIGINT , + year_of_birth INTEGER , + gender_concept_id INTEGER , + provider_source_value VARCHAR(50) , + specialty_source_value VARCHAR(50) , + specialty_source_concept_id INTEGER , + gender_source_value VARCHAR(50) , + gender_source_concept_id INTEGER ) - ; - /************************ - - Standardized health economics - - ************************/ - - +--HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE payer_plan_period ( - - payer_plan_period_id INTEGER, - - person_id INTEGER, - - payer_plan_period_start_date TIMESTAMP, - - payer_plan_period_end_date TIMESTAMP, - - payer_concept_id INTEGER, - - payer_source_value VARCHAR(50), - - payer_source_concept_id INTEGER, - - plan_concept_id INTEGER, - - plan_source_value VARCHAR(50), - - plan_source_concept_id INTEGER, - - sponsor_concept_id INTEGER, - - sponsor_source_value VARCHAR(50), - - sponsor_source_concept_id INTEGER, - - family_source_value VARCHAR(50), - - stop_reason_concept_id INTEGER, - - stop_reason_source_value VARCHAR(50), - - stop_reason_source_concept_id INTEGER + payer_plan_period_id BIGINT , + person_id BIGINT , + contract_person_id BIGINT , + payer_plan_period_start_date TIMESTAMP , + payer_plan_period_end_date TIMESTAMP , + payer_concept_id INTEGER , + plan_concept_id INTEGER , + contract_concept_id INTEGER , + sponsor_concept_id INTEGER , + stop_reason_concept_id INTEGER , + payer_source_value VARCHAR(50) , + payer_source_concept_id INTEGER , + plan_source_value VARCHAR(50) , + plan_source_concept_id INTEGER , + contract_source_value VARCHAR(50) , + contract_source_concept_id INTEGER , + sponsor_source_value VARCHAR(50) , + sponsor_source_concept_id INTEGER , + family_source_value VARCHAR(50) , + stop_reason_source_value VARCHAR(50) , + stop_reason_source_concept_id INTEGER ) - ; - - CREATE TABLE cost ( - - cost_id INTEGER, - - cost_event_id INTEGER, - - cost_domain_id VARCHAR(20), - - cost_type_concept_id INTEGER, - - currency_concept_id INTEGER, - - total_charge FLOAT, - - total_cost FLOAT, - - total_paid FLOAT, - - paid_by_payer FLOAT, - - paid_by_patient FLOAT, - - paid_patient_copay FLOAT, - - paid_patient_coinsurance FLOAT, - - paid_patient_deductible FLOAT, - - paid_by_primary FLOAT, - - paid_ingredient_cost FLOAT, - - paid_dispensing_fee FLOAT, - - payer_plan_period_id INTEGER, - - amount_allowed FLOAT, - - revenue_code_concept_id INTEGER, - - revenue_code_source_value VARCHAR(50), - - drg_concept_id INTEGER, - - drg_source_value VARCHAR(3) - + cost_id BIGINT , + person_id BIGINT, + cost_event_id BIGINT , + cost_domain_id VARCHAR(20) , +--cost_event_table_concept_id INTEGER , /*This is still in discussion and most likely will replace cost_domain_id at 9/4 meeting*/ + cost_concept_id INTEGER , + cost_type_concept_id INTEGER , + currency_concept_id INTEGER , + cost FLOAT , + incurred_date TIMESTAMP , + billed_date TIMESTAMP , + paid_date TIMESTAMP , + revenue_code_concept_id INTEGER , + drg_concept_id INTEGER , + cost_source_value VARCHAR(50) , + cost_source_concept_id INTEGER , + revenue_code_source_value VARCHAR(50) , + drg_source_value VARCHAR(3) , + payer_plan_period_id BIGINT ) - ; - /************************ - - Standardized derived elements - - ************************/ - +--HINT DISTRIBUTE_ON_KEY(subject_id) CREATE TABLE cohort ( - - cohort_definition_id INTEGER, - - subject_id INTEGER, - - cohort_start_date TIMESTAMP, - - cohort_end_date TIMESTAMP - + cohort_definition_id BIGINT , + subject_id BIGINT , + cohort_start_date TIMESTAMP , + cohort_end_date TIMESTAMP ) - ; - - +--HINT DISTRIBUTE_ON_KEY(subject_id) CREATE TABLE cohort_attribute ( - - cohort_definition_id INTEGER, - - cohort_start_date TIMESTAMP, - - cohort_end_date TIMESTAMP, - - subject_id INTEGER, - - attribute_definition_id INTEGER, - - value_as_number FLOAT, - - value_as_concept_id INTEGER - + cohort_definition_id BIGINT , + subject_id BIGINT , + cohort_start_date TIMESTAMP , + cohort_end_date TIMESTAMP , + attribute_definition_id BIGINT , + value_as_number FLOAT , + value_as_concept_id INTEGER ) - ; - - +--HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE drug_era ( - - drug_era_id INTEGER, - - person_id INTEGER, - - drug_concept_id INTEGER, - - drug_era_start_date TIMESTAMP, - - drug_era_end_date TIMESTAMP, - - drug_exposure_count INTEGER, - - gap_days INTEGER - + drug_era_id BIGINT , + person_id BIGINT , + drug_concept_id INTEGER , + drug_era_start_date TIMESTAMP , + drug_era_end_date TIMESTAMP , + drug_exposure_count INTEGER , + gap_days INTEGER ) - ; - - +--HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE dose_era ( - - dose_era_id INTEGER, - - person_id INTEGER, - - drug_concept_id INTEGER, - - unit_concept_id INTEGER, - - dose_value FLOAT, - - dose_era_start_date TIMESTAMP, - - dose_era_end_date TIMESTAMP - + dose_era_id BIGINT , + person_id BIGINT , + drug_concept_id INTEGER , + unit_concept_id INTEGER , + dose_value FLOAT , + dose_era_start_date TIMESTAMP , + dose_era_end_date TIMESTAMP ) - ; +--HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE condition_era ( - - condition_era_id INTEGER, - - person_id INTEGER, - - condition_concept_id INTEGER, - - condition_era_start_date TIMESTAMP, - - condition_era_end_date TIMESTAMP, - - condition_occurrence_count INTEGER + condition_era_id BIGINT , + person_id BIGINT , + condition_concept_id INTEGER , + condition_era_start_date TIMESTAMP , + condition_era_end_date TIMESTAMP , + condition_occurrence_count INTEGER ) ; diff --git a/Netezza/OMOP CDM netezza ddl.txt b/Netezza/OMOP CDM netezza ddl.txt index f4a0954..9789bc0 100644 --- a/Netezza/OMOP CDM netezza ddl.txt +++ b/Netezza/OMOP CDM netezza ddl.txt @@ -1,8 +1,8 @@ /********************************************************************************* -# Copyright 2017-11 Observational Health Data Sciences and Informatics +# Copyright 2018-08 Observational Health Data Sciences and Informatics # # -# Licensed under the Apache License, Version 2.0 (the "License") +# Licensed under the Apache License, Version 2.0 (the "License"); # you may not use this file except in compliance with the License. # You may obtain a copy of the License at # @@ -17,18 +17,17 @@ /************************ - ####### # # ####### ###### ##### ###### # # ####### ##### - # # ## ## # # # # # # # # ## ## # # # # # - # # # # # # # # # # # # # # # # # # # # # - # # # # # # # ###### # # # # # # # # ###### ##### - # # # # # # # # # # # # # # # ### # - # # # # # # # # # # # # # # # # # ### # # - ####### # # ####### # ##### ###### # # ## ##### ### ##### + ####### # # ####### ###### ##### ###### # # ##### ### + # # ## ## # # # # # # # # ## ## # # # # # # + # # # # # # # # # # # # # # # # # # # # # # + # # # # # # # ###### # # # # # # # # ###### # # + # # # # # # # # # # # # # # # # ### # # + # # # # # # # # # # # # # # # # # ### # # + ####### # # ####### # ##### ###### # # ## ##### ### ### +netezza script to create OMOP common data model version 6.0 -netezza script to create OMOP common data model version 5.3.1 - -last revised: 14-JUNE-2018 +last revised: 27-Aug-2018 Authors: Patrick Ryan, Christian Reich, Clair Blacketer @@ -42,6 +41,7 @@ Standardized vocabulary ************************/ + --HINT DISTRIBUTE ON RANDOM CREATE TABLE concept ( concept_id INTEGER NOT NULL , @@ -64,7 +64,7 @@ CREATE TABLE vocabulary ( vocabulary_id VARCHAR(20) NOT NULL, vocabulary_name VARCHAR(255) NOT NULL, vocabulary_reference VARCHAR(255) NOT NULL, - vocabulary_version VARCHAR(255) NULL, + vocabulary_version VARCHAR(255) NOT NULL, vocabulary_concept_id INTEGER NOT NULL ) DISTRIBUTE ON RANDOM @@ -99,7 +99,7 @@ CREATE TABLE concept_relationship ( valid_start_date DATE NOT NULL, valid_end_date DATE NOT NULL, invalid_reason VARCHAR(1) NULL - ) +) DISTRIBUTE ON RANDOM ; @@ -113,6 +113,7 @@ CREATE TABLE relationship ( reverse_relationship_id VARCHAR(20) NOT NULL, relationship_concept_id INTEGER NOT NULL ) +DISTRIBUTE ON RANDOM ; @@ -172,7 +173,7 @@ DISTRIBUTE ON RANDOM ; --HINT DISTRIBUTE ON RANDOM +--HINT DISTRIBUTE ON RANDOM CREATE TABLE cohort_definition ( cohort_definition_id INTEGER NOT NULL, cohort_definition_name VARCHAR(255) NOT NULL, @@ -204,6 +205,7 @@ Standardized meta-data ***************************/ + --HINT DISTRIBUTE ON RANDOM CREATE TABLE cdm_source ( @@ -236,6 +238,10 @@ CREATE TABLE metadata DISTRIBUTE ON RANDOM ; +INSERT INTO metadata (name, value_as_string) --Added cdm version record +VALUES ('CDM Version', '6.0') +; + /************************ @@ -243,10 +249,11 @@ Standardized clinical data ************************/ + --HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE person ( - person_id INTEGER NOT NULL , + person_id BIGINT NOT NULL , --BIGINTs added gender_concept_id INTEGER NOT NULL , year_of_birth INTEGER NOT NULL , month_of_birth INTEGER NULL, @@ -265,32 +272,32 @@ CREATE TABLE person ethnicity_source_value VARCHAR(50) NULL, ethnicity_source_concept_id INTEGER NULL ) -DISTRIBUTE ON (person_id) -; + +DISTRUBTE ON (person_id); --HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE observation_period ( - observation_period_id INTEGER NOT NULL , - person_id INTEGER NOT NULL , + observation_period_id BIGINT NOT NULL , + person_id BIGINT NOT NULL , observation_period_start_date DATE NOT NULL , observation_period_end_date DATE NOT NULL , period_type_concept_id INTEGER NOT NULL ) -DISTRIBUTE ON (person_id) -; + +DISTRUBTE ON (person_id); --HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE specimen ( - specimen_id INTEGER NOT NULL , - person_id INTEGER NOT NULL , + specimen_id BIGINT NOT NULL , + person_id BIGINT NOT NULL , specimen_concept_id INTEGER NOT NULL , specimen_type_concept_id INTEGER NOT NULL , - specimen_date DATE NOT NULL , - specimen_datetime DATETIME NULL , + specimen_date DATE NULL , + specimen_datetime DATETIME NOT NULL , quantity REAL NULL , unit_concept_id INTEGER NULL , anatomic_site_concept_id INTEGER NULL , @@ -301,85 +308,85 @@ CREATE TABLE specimen anatomic_site_source_value VARCHAR(50) NULL , disease_status_source_value VARCHAR(50) NULL ) -DISTRIBUTE ON (person_id) -; + +DISTRUBTE ON (person_id); --HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE death ( - person_id INTEGER NOT NULL , - death_date DATE NOT NULL , - death_datetime DATETIME NULL , + person_id BIGINT NOT NULL , + death_date DATE NULL , + death_datetime DATETIME NOT NULL , death_type_concept_id INTEGER NOT NULL , cause_concept_id INTEGER NULL , cause_source_value VARCHAR(50) NULL, cause_source_concept_id INTEGER NULL ) -DISTRIBUTE ON (person_id) -; + +DISTRUBTE ON (person_id); --HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE visit_occurrence ( - visit_occurrence_id INTEGER NOT NULL , - person_id INTEGER NOT NULL , + visit_occurrence_id BIGINT NOT NULL , + person_id BIGINT NOT NULL , visit_concept_id INTEGER NOT NULL , - visit_start_date DATE NOT NULL , - visit_start_datetime DATETIME NULL , - visit_end_date DATE NOT NULL , - visit_end_datetime DATETIME NULL , + visit_start_date DATE NULL , + visit_start_datetime DATETIME NOT NULL , + visit_end_date DATE NULL , + visit_end_datetime DATETIME NOT NULL , visit_type_concept_id INTEGER NOT NULL , provider_id INTEGER NULL, care_site_id INTEGER NULL, visit_source_value VARCHAR(50) NULL, - visit_source_concept_id INTEGER NULL, - admitting_source_concept_id INTEGER NULL , - admitting_source_value VARCHAR(50) NULL , - discharge_to_concept_id INTEGER NULL , + visit_source_concept_id INTEGER NULL , + admitted_from_concept_id INTEGER NULL , + admitted_from_source_value VARCHAR(50) NULL , discharge_to_source_value VARCHAR(50) NULL , + discharge_to_concept_id INTEGER NULL , preceding_visit_occurrence_id INTEGER NULL ) -DISTRIBUTE ON (person_id) -; + +DISTRUBTE ON (person_id); --HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE visit_detail ( - visit_detail_id INTEGER NOT NULL , - person_id INTEGER NOT NULL , + visit_detail_id BIGINT NOT NULL , + person_id BIGINT NOT NULL , visit_detail_concept_id INTEGER NOT NULL , - visit_detail_start_date DATE NOT NULL , - visit_detail_start_datetime DATETIME NULL , - visit_detail_end_date DATE NOT NULL , - visit_detail_end_datetime DATETIME NULL , + visit_detail_start_date DATE NULL , + visit_detail_start_datetime DATETIME NOT NULL , + visit_detail_end_date DATE NULL , + visit_detail_end_datetime DATETIME NOT NULL , visit_detail_type_concept_id INTEGER NOT NULL , provider_id INTEGER NULL , care_site_id INTEGER NULL , - admitting_source_concept_id INTEGER NULL , discharge_to_concept_id INTEGER NULL , - preceding_visit_detail_id INTEGER NULL , + admitted_from_concept_id INTEGER NULL , + admitted_from_source_value VARCHAR(50) NULL , visit_detail_source_value VARCHAR(50) NULL , visit_detail_source_concept_id INTEGER NULL , - admitting_source_value VARCHAR(50) NULL , discharge_to_source_value VARCHAR(50) NULL , - visit_detail_parent_id INTEGER NULL , - visit_occurrence_id INTEGER NOT NULL + preceding_visit_detail_id BIGINT NULL , + visit_detail_parent_id BIGINT NULL , + visit_occurrence_id BIGINT NOT NULL ) -DISTRIBUTE ON (person_id) -; + +DISTRUBTE ON (person_id); --HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE procedure_occurrence ( - procedure_occurrence_id INTEGER NOT NULL , - person_id INTEGER NOT NULL , + procedure_occurrence_id BIGINT NOT NULL , + person_id BIGINT NOT NULL , procedure_concept_id INTEGER NOT NULL , - procedure_date DATE NOT NULL , - procedure_datetime DATETIME NULL , + procedure_date DATE NULL , + procedure_datetime DATETIME NOT NULL , procedure_type_concept_id INTEGER NOT NULL , modifier_concept_id INTEGER NULL , quantity INTEGER NULL , @@ -388,22 +395,22 @@ CREATE TABLE procedure_occurrence visit_detail_id INTEGER NULL , procedure_source_value VARCHAR(50) NULL , procedure_source_concept_id INTEGER NULL , - modifier_source_value VARCHAR(50) NULL + modifier_source_value VARCHAR(50) NULL , ) -DISTRIBUTE ON (person_id) -; + +DISTRUBTE ON (person_id); --HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE drug_exposure ( - drug_exposure_id INTEGER NOT NULL , - person_id INTEGER NOT NULL , + drug_exposure_id BIGINT NOT NULL , + person_id BIGINT NOT NULL , drug_concept_id INTEGER NOT NULL , - drug_exposure_start_date DATE NOT NULL , - drug_exposure_start_datetime DATETIME NULL , - drug_exposure_end_date DATE NOT NULL , - drug_exposure_end_datetime DATETIME NULL , + drug_exposure_start_date DATE NULL , + drug_exposure_start_datetime DATETIME NOT NULL , + drug_exposure_end_date DATE NULL , + drug_exposure_end_datetime DATETIME NOT NULL , verbatim_end_date DATE NULL , drug_type_concept_id INTEGER NOT NULL , stop_reason VARCHAR(20) NULL , @@ -421,20 +428,20 @@ CREATE TABLE drug_exposure route_source_value VARCHAR(50) NULL , dose_unit_source_value VARCHAR(50) NULL ) -DISTRIBUTE ON (person_id) -; + +DISTRUBTE ON (person_id); --HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE device_exposure ( - device_exposure_id INTEGER NOT NULL , - person_id INTEGER NOT NULL , + device_exposure_id BIGINT NOT NULL , + person_id BIGINT NOT NULL , device_concept_id INTEGER NOT NULL , - device_exposure_start_date DATE NOT NULL , - device_exposure_start_datetime DATETIME NULL , + device_exposure_start_date DATE NULL , + device_exposure_start_datetime DATETIME NOT NULL , device_exposure_end_date DATE NULL , - device_exposure_end_datetime DATETIME NULL , + device_exposure_end_datetime DATETIME NULL , device_type_concept_id INTEGER NOT NULL , unique_device_id VARCHAR(50) NULL , quantity INTEGER NULL , @@ -444,43 +451,43 @@ CREATE TABLE device_exposure device_source_value VARCHAR(100) NULL , device_source_concept_id INTEGER NULL ) -DISTRIBUTE ON (person_id) -; + +DISTRUBTE ON (person_id); --HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE condition_occurrence ( - condition_occurrence_id INTEGER NOT NULL , - person_id INTEGER NOT NULL , + condition_occurrence_id BIGINT NOT NULL , + person_id BIGINT NOT NULL , condition_concept_id INTEGER NOT NULL , - condition_start_date DATE NOT NULL , - condition_start_datetime DATETIME NULL , + condition_start_date DATE NULL , + condition_start_datetime DATETIME NOT NULL , condition_end_date DATE NULL , - condition_end_datetime DATETIME NULL , + condition_end_datetime DATETIME NULL , condition_type_concept_id INTEGER NOT NULL , + condition_status_concept_id INTEGER NULL , stop_reason VARCHAR(20) NULL , provider_id INTEGER NULL , visit_occurrence_id INTEGER NULL , visit_detail_id INTEGER NULL , condition_source_value VARCHAR(50) NULL , condition_source_concept_id INTEGER NULL , - condition_status_source_value VARCHAR(50) NULL , - condition_status_concept_id INTEGER NULL + condition_status_source_value VARCHAR(50) NULL ) -DISTRIBUTE ON (person_id) -; + +DISTRUBTE ON (person_id); --HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE measurement ( - measurement_id INTEGER NOT NULL , - person_id INTEGER NOT NULL , + measurement_id BIGINT NOT NULL , + person_id BIGINT NOT NULL , measurement_concept_id INTEGER NOT NULL , - measurement_date DATE NOT NULL , - measurement_datetime DATETIME NULL , - measurement_time VARCHAR(10) NULL , + measurement_date DATE NULL , + measurement_datetime DATETIME NOT NULL , + measurement_time VARCHAR(10) NULL, measurement_type_concept_id INTEGER NOT NULL , operator_concept_id INTEGER NULL , value_as_number REAL NULL , @@ -496,17 +503,20 @@ CREATE TABLE measurement unit_source_value VARCHAR(50) NULL , value_source_value VARCHAR(50) NULL ) -DISTRIBUTE ON (person_id) +DISTRUBTE ON (person_id) ; --HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE note ( - note_id INTEGER NOT NULL , - person_id INTEGER NOT NULL , - note_date DATE NOT NULL , - note_datetime DATETIME NULL , + note_id BIGINT NOT NULL , + person_id BIGINT NOT NULL , + note_event_id BIGINT NULL , --This and the field below added + note_domain_id VARCHAR(20) NULL , --This field may be removed in favor of the one below +--note_event_table_concept_id INTEGER NULL , --This may be added based on 9/4 meeting + note_date DATE NULL , + note_datetime DATETIME NOT NULL , note_type_concept_id INTEGER NOT NULL , note_class_concept_id INTEGER NOT NULL , note_title VARCHAR(250) NULL , @@ -518,27 +528,27 @@ CREATE TABLE note visit_detail_id INTEGER NULL , note_source_value VARCHAR(50) NULL ) -DISTRIBUTE ON (person_id) +DISTRUBTE ON (person_id) ; --HINT DISTRIBUTE ON RANDOM CREATE TABLE note_nlp ( - note_nlp_id INTEGER NOT NULL , - note_id INTEGER NOT NULL , + note_nlp_id BIGINT NOT NULL , + note_id BIGINT NOT NULL , section_concept_id INTEGER NULL , snippet VARCHAR(250) NULL , - "offset" VARCHAR(250) NULL , + "offset" VARCHAR(250) NULL , lexical_variant VARCHAR(250) NOT NULL , note_nlp_concept_id INTEGER NULL , - note_nlp_source_concept_id INTEGER NULL , nlp_system VARCHAR(250) NULL , nlp_date DATE NOT NULL , - nlp_datetime DATETIME NULL , + nlp_datetime DATETIME NULL , term_exists VARCHAR(1) NULL , term_temporal VARCHAR(50) NULL , - term_modifiers VARCHAR(2000) NULL + term_modifiers VARCHAR(2000) NULL , + note_nlp_source_concept_id INTEGER NULL ) DISTRIBUTE ON RANDOM ; @@ -547,24 +557,61 @@ DISTRIBUTE ON RANDOM --HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE observation ( - observation_id INTEGER NOT NULL , - person_id INTEGER NOT NULL , - observation_concept_id INTEGER NOT NULL , - observation_date DATE NOT NULL , - observation_datetime DATETIME NULL , - observation_type_concept_id INTEGER NOT NULL , - value_as_number REAL NULL , - value_as_string VARCHAR(60) NULL , - value_as_concept_id INTEGER NULL , - qualifier_concept_id INTEGER NULL , - unit_concept_id INTEGER NULL , - provider_id INTEGER NULL , - visit_occurrence_id INTEGER NULL , - visit_detail_id INTEGER NULL , - observation_source_value VARCHAR(50) NULL , - observation_source_concept_id INTEGER NULL , - unit_source_value VARCHAR(50) NULL , - qualifier_source_value VARCHAR(50) NULL + observation_id BIGINT NOT NULL , + person_id BIGINT NOT NULL , + observation_concept_id INTEGER NOT NULL , + observation_date DATE NULL , + observation_datetime DATETIME NOT NULL , + observation_type_concept_id INTEGER NOT NULL , + value_as_number REAL NULL , + value_as_string VARCHAR(60) NULL , + value_as_concept_id INTEGER NULL , + qualifier_concept_id INTEGER NULL , + unit_concept_id INTEGER NULL , + provider_id INTEGER NULL , + visit_occurrence_id BIGINT NULL , + visit_detail_id BIGINT NULL , + observation_source_value VARCHAR(50) NULL , + observation_source_concept_id INTEGER NULL , + unit_source_value VARCHAR(50) NULL , + qualifier_source_value VARCHAR(50) NULL , + observation_event_id BIGINT NULL , /* This will link back to the event table (SURVEY) on SURVEY_OCCURRENCE_ID, changed name to comply with COST and NOTE*/ + observation_event_domain_id VARCHAR(20) NULL , +--obs_event_table_concept_id INTEGER NULL , /* Changed name to comply with COST and NOTE. This should be 'Survey'. Had to use 'obs' for oracle restriction, may be added on 9/4*/ + value_as_datetime DATETIME NULL +) +DISTRUBTE ON (person_id) +; + + +--HINT DISTRIBUTE ON KEY(person_id) +CREATE TABLE survey_conduct /*Should this be SURVEY_OCCURRENCE instead to comply with the other tables?*/ +( + survey_conduct_id BIGINT NOT NULL , + person_id BIGINT NOT NULL , + survey_concept_id INTEGER NOT NULL , + survey_start_date DATE NULL , + survey_start_datetime DATETIME NULL , + survey_end_date DATE NULL , + survey_end_datetime DATETIME NOT NULL , + provider_id BIGINT NULL , + assisted_concept_id INTEGER NULL , + respondent_type_concept_id INTEGER NULL , + timing_concept_id INTEGER NULL , + collection_method_concept_id INTEGER NULL , + assisted_source_value VARCHAR(50) NULL , + respondent_type_source_value VARCHAR(100) NULL , + timing_source_value VARCHAR(100) NULL , + collection_method_source_value VARCHAR(100) NULL , + survey_source_value VARCHAR(100) NULL , + survey_source_concept_id INTEGER NULL , + survey_source_identifier VARCHAR(100) NULL , + validated_survey_concept_id INTEGER NULL , + validated_survey_source_value VARCHAR(100) NULL , + survey_version_number VARCHAR(20) NULL , + visit_occurrence_id BIGINT NULL , + visit_detail_id BIGINT NULL , + response_to_visit_occurrence_id BIGINT NULL ) DISTRIBUTE ON (person_id) ; @@ -574,9 +621,9 @@ DISTRIBUTE ON (person_id) CREATE TABLE fact_relationship ( domain_concept_id_1 INTEGER NOT NULL , - fact_id_1 INTEGER NOT NULL , + fact_id_1 BIGINT NOT NULL , domain_concept_id_2 INTEGER NOT NULL , - fact_id_2 INTEGER NOT NULL , + fact_id_2 BIGINT NOT NULL , relationship_concept_id INTEGER NOT NULL ) DISTRIBUTE ON RANDOM @@ -590,17 +637,36 @@ Standardized health system data ************************/ + --HINT DISTRIBUTE ON RANDOM CREATE TABLE location ( - location_id INTEGER NOT NULL , + location_id BIGINT NOT NULL , address_1 VARCHAR(50) NULL , address_2 VARCHAR(50) NULL , city VARCHAR(50) NULL , state VARCHAR(2) NULL , zip VARCHAR(9) NULL , - county VARCHAR(20) NULL , - location_source_value VARCHAR(50) NULL + county VARCHAR(20) NULL , + country VARCHAR(100) NULL , + location_source_value VARCHAR(50) NULL , + latitude REAL NULL , + longitude REAL NULL +) +DISTRIBUTE ON RANDOM +; + + +--HINT DISTRIBUTE ON RANDOM +CREATE TABLE location_history +( + location_history_id BIGINT NOT NULL , --unauthorized addition based on CDM conventions + location_id BIGINT NOT NULL , + relationship_type_concept_id INTEGER NULL , --Recent addition based on github discussion + domain_id VARCHAR(50) NOT NULL , + entity_id BIGINT NOT NULL , + start_date DATE NOT NULL , + end_date DATE NULL ) DISTRIBUTE ON RANDOM ; @@ -609,10 +675,10 @@ DISTRIBUTE ON RANDOM --HINT DISTRIBUTE ON RANDOM CREATE TABLE care_site ( - care_site_id INTEGER NOT NULL , + care_site_id BIGINT NOT NULL , care_site_name VARCHAR(255) NULL , place_of_service_concept_id INTEGER NULL , - location_id INTEGER NULL , + location_id BIGINT NULL , care_site_source_value VARCHAR(50) NULL , place_of_service_source_value VARCHAR(50) NULL ) @@ -623,12 +689,12 @@ DISTRIBUTE ON RANDOM --HINT DISTRIBUTE ON RANDOM CREATE TABLE provider ( - provider_id INTEGER NOT NULL , + provider_id BIGINT NOT NULL , provider_name VARCHAR(255) NULL , NPI VARCHAR(20) NULL , DEA VARCHAR(20) NULL , specialty_concept_id INTEGER NULL , - care_site_id INTEGER NULL , + care_site_id BIGINT NULL , year_of_birth INTEGER NULL , gender_concept_id INTEGER NULL , provider_source_value VARCHAR(50) NULL , @@ -651,55 +717,56 @@ Standardized health economics --HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE payer_plan_period ( - payer_plan_period_id INTEGER NOT NULL , - person_id INTEGER NOT NULL , + payer_plan_period_id BIGINT NOT NULL , + person_id BIGINT NOT NULL , + contract_person_id BIGINT NULL , payer_plan_period_start_date DATE NOT NULL , payer_plan_period_end_date DATE NOT NULL , payer_concept_id INTEGER NULL , + plan_concept_id INTEGER NULL , + contract_concept_id INTEGER NULL , + sponsor_concept_id INTEGER NULL , + stop_reason_concept_id INTEGER NULL , payer_source_value VARCHAR(50) NULL , payer_source_concept_id INTEGER NULL , - plan_concept_id INTEGER NULL , plan_source_value VARCHAR(50) NULL , plan_source_concept_id INTEGER NULL , - sponsor_concept_id INTEGER NULL , + contract_source_value VARCHAR(50) NULL , + contract_source_concept_id INTEGER NULL , sponsor_source_value VARCHAR(50) NULL , sponsor_source_concept_id INTEGER NULL , family_source_value VARCHAR(50) NULL , - stop_reason_concept_id INTEGER NULL , stop_reason_source_value VARCHAR(50) NULL , stop_reason_source_concept_id INTEGER NULL ) -DISTRIBUTE ON (person_id) +DISTRUBTE ON (person_id) ; ---HINT DISTRIBUTE ON RANDOM +--HINT DISTRIBUTE ON KEY(person_id) CREATE TABLE cost ( - cost_id INTEGER NOT NULL , - cost_event_id INTEGER NOT NULL , - cost_domain_id VARCHAR(20) NOT NULL , - cost_type_concept_id INTEGER NOT NULL , - currency_concept_id INTEGER NULL , - total_charge REAL NULL , - total_cost REAL NULL , - total_paid REAL NULL , - paid_by_payer REAL NULL , - paid_by_patient REAL NULL , - paid_patient_copay REAL NULL , - paid_patient_coinsurance REAL NULL , - paid_patient_deductible REAL NULL , - paid_by_primary REAL NULL , - paid_ingredient_cost REAL NULL , - paid_dispensing_fee REAL NULL , - payer_plan_period_id INTEGER NULL , - amount_allowed REAL NULL , - revenue_code_concept_id INTEGER NULL , - revenue_code_source_value VARCHAR(50) NULL, - drg_concept_id INTEGER NULL, - drg_source_value VARCHAR(3) NULL + cost_id BIGINT NOT NULL , + person_id BIGINT NOT NULL, + cost_event_id BIGINT NOT NULL , + cost_domain_id VARCHAR(20) NOT NULL , +--cost_event_table_concept_id INTEGER NOT NULL , /*This is still in discussion and most likely will replace cost_domain_id at 9/4 meeting*/ + cost_concept_id INTEGER NOT NULL , + cost_type_concept_id INTEGER NOT NULL , + currency_concept_id INTEGER NULL , + cost REAL NULL , + incurred_date DATE NOT NULL , + billed_date DATE NULL , + paid_date DATE NULL , + revenue_code_concept_id INTEGER NULL , + drg_concept_id INTEGER NULL , + cost_source_value VARCHAR(50) NULL , + cost_source_concept_id INTEGER NULL , + revenue_code_source_value VARCHAR(50) NULL , + drg_source_value VARCHAR(3) NULL , + payer_plan_period_id BIGINT NULL ) -DISTRIBUTE ON RANDOM +DISTRIBUTE ON (person_id) ; @@ -713,69 +780,69 @@ Standardized derived elements --HINT DISTRIBUTE_ON_KEY(subject_id) CREATE TABLE cohort ( - cohort_definition_id INTEGER NOT NULL , - subject_id INTEGER NOT NULL , + cohort_definition_id BIGINT NOT NULL , + subject_id BIGINT NOT NULL , cohort_start_date DATE NOT NULL , cohort_end_date DATE NOT NULL ) -DISTRIBUTE ON (subject_id) +DISTRUBTE ON (subject_id) ; --HINT DISTRIBUTE_ON_KEY(subject_id) CREATE TABLE cohort_attribute ( - cohort_definition_id INTEGER NOT NULL , - subject_id INTEGER NOT NULL , + cohort_definition_id BIGINT NOT NULL , + subject_id BIGINT NOT NULL , cohort_start_date DATE NOT NULL , cohort_end_date DATE NOT NULL , - attribute_definition_id INTEGER NOT NULL , + attribute_definition_id BIGINT NOT NULL , value_as_number REAL NULL , value_as_concept_id INTEGER NULL ) -DISTRIBUTE ON (subject_id) +DISTRUBTE ON (subject_id) ; --HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE drug_era ( - drug_era_id INTEGER NOT NULL , - person_id INTEGER NOT NULL , + drug_era_id BIGINT NOT NULL , + person_id BIGINT NOT NULL , drug_concept_id INTEGER NOT NULL , drug_era_start_date DATE NOT NULL , drug_era_end_date DATE NOT NULL , drug_exposure_count INTEGER NULL , gap_days INTEGER NULL ) -DISTRIBUTE ON (person_id) +DISTRUBTE ON (person_id) ; --HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE dose_era ( - dose_era_id INTEGER NOT NULL , - person_id INTEGER NOT NULL , + dose_era_id BIGINT NOT NULL , + person_id BIGINT NOT NULL , drug_concept_id INTEGER NOT NULL , unit_concept_id INTEGER NOT NULL , dose_value REAL NOT NULL , dose_era_start_date DATE NOT NULL , dose_era_end_date DATE NOT NULL ) -DISTRIBUTE ON (person_id) +DISTRUBTE ON (person_id) ; --HINT DISTRIBUTE_ON_KEY(person_id) CREATE TABLE condition_era ( - condition_era_id INTEGER NOT NULL , - person_id INTEGER NOT NULL , + condition_era_id BIGINT NOT NULL , + person_id BIGINT NOT NULL , condition_concept_id INTEGER NOT NULL , condition_era_start_date DATE NOT NULL , condition_era_end_date DATE NOT NULL , condition_occurrence_count INTEGER NULL ) -DISTRIBUTE ON (person_id) +DISTRUBTE ON (person_id) ; diff --git a/Netezza/OMOP CDM netezza primary keys.txt b/Netezza/OMOP CDM netezza primary keys.txt index 3a14d7e..14017b8 100644 --- a/Netezza/OMOP CDM netezza primary keys.txt +++ b/Netezza/OMOP CDM netezza primary keys.txt @@ -17,22 +17,22 @@ /************************ - ####### # # ####### ###### ##### ###### # # ####### ##### ##### - # # ## ## # # # # # # # # ## ## # # # # # # # #### # # #### ##### ##### ## # # # ##### #### - # # # # # # # # # # # # # # # # # # # # # # # # ## # # # # # # # # ## # # # - # # # # # # # ###### # # # # # # # # ###### ##### # # # # # # #### # # # # # # # # # # #### - # # # # # # # # # # # # # # # ### # # # # # # # # # ##### ###### # # # # # # - # # # # # # # # # # # # # # # # # ### # # # # # # # ## # # # # # # # # # ## # # # - ####### # # ####### # ##### ###### # # ## ##### ### ##### ##### #### # # #### # # # # # # # # # #### + ####### # # ####### ###### ##### ###### # # ##### ### ###### # # ##### + # # ## ## # # # # # # # # ## ## # # # # # # # # # # # # #### # # #### ##### ##### ## # # # ##### #### + # # # # # # # # # # # # # # # # # # # # # # # # # # # # # ## # # # # # # # # ## # # # + # # # # # # # ###### # # # # # # # # ###### # # ###### ### # # # # # # #### # # # # # # # # # # #### + # # # # # # # # # # # # # # # # ### # # # # # # # # # # # # # ##### ###### # # # # # # + # # # # # # # # # # # # # # # # # ### # # # # # # # # # # ## # # # # # # # # # ## # # # + ####### # # ####### # ##### ###### # # ## ##### ### ### # # # ##### #### # # #### # # # # # # # # # #### -netezza script to create the required indexes within OMOP common data model, version 5.3 +netezza script to create the required primary keys within the OMOP common data model, version 6.0 -last revised: 14-November-2017 +last revised: 30-Aug-2018 author: Patrick Ryan, Clair Blacketer -description: These primary keys and indices are considered a minimal requirement to ensure adequate performance of analyses. +description: These primary keys are considered a minimal requirement to ensure adequate performance of analyses. *************************/ @@ -127,7 +127,7 @@ ALTER TABLE note_nlp ADD CONSTRAINT xpk_note_nlp PRIMARY KEY ( note_nlp_id ) ; ALTER TABLE observation ADD CONSTRAINT xpk_observation PRIMARY KEY ( observation_id ) ; - +ALTER TABLE survey ADD CONSTRAINT xpk_survey PRIMARY KEY ( survey_occurrence_id ) ; /************************ @@ -139,6 +139,8 @@ Standardized health system data ALTER TABLE location ADD CONSTRAINT xpk_location PRIMARY KEY ( location_id ) ; +ALTER TABLE location_history ADD CONSTRAINT xpk_location_history PRIMARY KEY ( location_history_id ) ; -- May need to remove this one + ALTER TABLE care_site ADD CONSTRAINT xpk_care_site PRIMARY KEY ( care_site_id ) ; ALTER TABLE provider ADD CONSTRAINT xpk_provider PRIMARY KEY ( provider_id ) ; diff --git a/OMOP_CDM_v5_3_1.csv b/OMOP_CDM_v5_3_1.csv deleted file mode 100644 index 6d2d8f8..0000000 --- a/OMOP_CDM_v5_3_1.csv +++ /dev/null @@ -1,408 +0,0 @@ -"","field","required","type","description","table","schema" -"1","condition_occurrence_id","Yes","INTEGER","A unique identifier for each Condition Occurrence event.","condition_occurrence","cdm" -"2","person_id","Yes","INTEGER","A foreign key identifier to the Person who is experiencing the condition. The demographic details of that Person are stored in the PERSON table.","condition_occurrence","cdm" -"3","condition_concept_id","Yes","INTEGER","A foreign key that refers to a Standard Condition Concept identifier in the Standardized Vocabularies.","condition_occurrence","cdm" -"4","condition_start_date","Yes","DATE","The date when the instance of the Condition is recorded.","condition_occurrence","cdm" -"5","condition_start_datetime","No","DATETIME","The date and time when the instance of the Condition is recorded.","condition_occurrence","cdm" -"6","condition_end_date","No","DATE","The date when the instance of the Condition is considered to have ended.","condition_occurrence","cdm" -"7","condition_end_datetime","No","DATE","The date when the instance of the Condition is considered to have ended.","condition_occurrence","cdm" -"8","condition_type_concept_id","Yes","INTEGER","A foreign key to the predefined Concept identifier in the Standardized Vocabularies reflecting the source data from which the condition was recorded, the level of standardization, and the type of occurrence.","condition_occurrence","cdm" -"9","stop_reason","No","VARCHAR(20)","The reason that the condition was no longer present, as indicated in the source data.","condition_occurrence","cdm" -"10","provider_id","No","INTEGER","A foreign key to the Provider in the PROVIDER table who was responsible for capturing (diagnosing) the Condition.","condition_occurrence","cdm" -"11","visit_occurrence_id","No","INTEGER","A foreign key to the visit in the VISIT_OCCURRENCE table during which the Condition was determined (diagnosed).","condition_occurrence","cdm" -"12","visit_detail_id","No","INTEGER","A foreign key to the visit in the VISIT_DETAIL table during which the Condition was determined (diagnosed).","condition_occurrence","cdm" -"13","condition_source_value","No","VARCHAR(50)","The source code for the condition as it appears in the source data. This code is mapped to a standard condition concept in the Standardized Vocabularies and the original code is stored here for reference.","condition_occurrence","cdm" -"14","condition_source_concept_id","No","INTEGER","A foreign key to a Condition Concept that refers to the code used in the source.","condition_occurrence","cdm" -"15","condition_status_source_value","No","VARCHAR(50)","The source code for the condition status as it appears in the source data.","condition_occurrence","cdm" -"16","condition_status_concept_id","No","INTEGER","A foreign key to the predefined Concept in the Standard Vocabulary reflecting the condition status","condition_occurrence","cdm" -"17","person_id","Yes","INTEGER","A foreign key identifier to the deceased person. The demographic details of that person are stored in the person table.","death","cdm" -"18","death_date","Yes","DATE","The date the person was deceased. If the precise date including day or month is not known or not allowed, December is used as the default month, and the last day of the month the default day.","death","cdm" -"19","death_datetime","No","DATETIME","The date and time the person was deceased. If the precise date including day or month is not known or not allowed, December is used as the default month, and the last day of the month the default day.","death","cdm" -"20","death_type_concept_id","Yes","INTEGER","A foreign key referring to the predefined concept identifier in the Standardized Vocabularies reflecting how the death was represented in the source data.","death","cdm" -"21","cause_concept_id","No","INTEGER","A foreign key referring to a standard concept identifier in the Standardized Vocabularies for conditions.","death","cdm" -"22","cause_source_value","No","VARCHAR(50)","The source code for the cause of death as it appears in the source data. This code is mapped to a standard concept in the Standardized Vocabularies and the original code is, stored here for reference.","death","cdm" -"23","cause_source_concept_id","No","INTEGER","A foreign key to the concept that refers to the code used in the source. Note, this variable name is abbreviated to ensure it will be allowable across database platforms.","death","cdm" -"24","device_exposure_id","Yes","INTEGER","A system-generated unique identifier for each Device Exposure.","device_exposure","cdm" -"25","person_id","Yes","INTEGER","A foreign key identifier to the Person who is subjected to the Device. The demographic details of that person are stored in the Person table.","device_exposure","cdm" -"26","device_concept_id","Yes","INTEGER","A foreign key that refers to a Standard Concept identifier in the Standardized Vocabularies for the Device concept.","device_exposure","cdm" -"27","device_exposure_start_date","Yes","DATE","The date the Device or supply was applied or used.","device_exposure","cdm" -"28","device_exposure_start_datetime","No","DATETIME","The date and time the Device or supply was applied or used.","device_exposure","cdm" -"29","device_exposure_end_date","No","DATE","The date the Device or supply was removed from use.","device_exposure","cdm" -"30","device_exposure_end_datetime","No","DATETIME","The date and time the Device or supply was removed from use.","device_exposure","cdm" -"31","device_type_concept_id","Yes","INTEGER","A foreign key to the predefined Concept identifier in the Standardized Vocabularies reflecting the type of Device Exposure recorded. It indicates how the Device Exposure was represented in the source data.","device_exposure","cdm" -"32","unique_device_id","No","VARCHAR(50)","A UDI or equivalent identifying the instance of the Device used in the Person.","device_exposure","cdm" -"33","quantity","No","INTEGER","The number of individual Devices used for the exposure.","device_exposure","cdm" -"34","provider_id","No","INTEGER","A foreign key to the provider in the PROVIDER table who initiated of administered the Device.","device_exposure","cdm" -"35","visit_occurrence_id","No","INTEGER","A foreign key to the visit in the VISIT_OCCURRENCE table during which the device was used.","device_exposure","cdm" -"36","visit_detail_id","No","INTEGER","A foreign key to the visit detail in the VISIT_DETAIL table during which the Drug Exposure was initiated.","device_exposure","cdm" -"37","device_source_value","No","VARCHAR(50)","The source code for the Device as it appears in the source data. This code is mapped to a standard Device Concept in the Standardized Vocabularies and the original code is stored here for reference.","device_exposure","cdm" -"38","device_source_concept_id","No","INTEGER","A foreign key to a Device Concept that refers to the code used in the source.","device_exposure","cdm" -"39","drug_exposure_id","Yes","INTEGER","A system-generated unique identifier for each Drug utilization event.","drug_exposure","cdm" -"40","person_id","Yes","INTEGER","A foreign key identifier to the person who is subjected to the Drug. The demographic details of that person are stored in the person table.","drug_exposure","cdm" -"41","drug_concept_id","Yes","INTEGER","A foreign key that refers to a Standard Concept identifier in the Standardized Vocabularies for the Drug concept.","drug_exposure","cdm" -"42","drug_exposure_start_date","Yes","DATE","The start date for the current instance of Drug utilization. Valid entries include a start date of a prescription, the date a prescription was filled, or the date on which a Drug administration procedure was recorded.","drug_exposure","cdm" -"43","drug_exposure_start_datetime","No","DATETIME","The start date and time for the current instance of Drug utilization. Valid entries include a start date of a prescription, the date a prescription was filled, or the date on which a Drug administration procedure was recorded.","drug_exposure","cdm" -"44","drug_exposure_end_date","Yes","DATE","The end date for the current instance of Drug utilization. It is not available from all sources.","drug_exposure","cdm" -"45","drug_exposure_end_datetime","No","DATETIME","The end date and time for the current instance of Drug utilization. It is not available from all sources.","drug_exposure","cdm" -"46","verbatim_end_date","No","DATE","The known end date of a drug_exposure as provided by the source","drug_exposure","cdm" -"47","drug_type_concept_id","Yes","INTEGER","A foreign key to the predefined Concept identifier in the Standardized Vocabularies reflecting the type of Drug Exposure recorded. It indicates how the Drug Exposure was represented in the source data.","drug_exposure","cdm" -"48","stop_reason","No","VARCHAR(20)","The reason the Drug was stopped. Reasons include regimen completed, changed, removed, etc.","drug_exposure","cdm" -"49","refills","No","INTEGER","The number of refills after the initial prescription. The initial prescription is not counted, values start with 0.","drug_exposure","cdm" -"50","quantity","No","FLOAT","The quantity of drug as recorded in the original prescription or dispensing record.","drug_exposure","cdm" -"51","days_supply","No","INTEGER","The number of days of supply of the medication as recorded in the original prescription or dispensing record.","drug_exposure","cdm" -"52","sig","No","VARCHAR(MAX)","The directions (""signetur"") on the Drug prescription as recorded in the original prescription (and printed on the container) or dispensing record.","drug_exposure","cdm" -"53","route_concept_id","No","INTEGER","A foreign key to a predefined concept in the Standardized Vocabularies reflecting the route of administration.","drug_exposure","cdm" -"54","lot_number","No","VARCHAR(50)","An identifier assigned to a particular quantity or lot of Drug product from the manufacturer.","drug_exposure","cdm" -"55","provider_id","No","INTEGER","A foreign key to the provider in the PROVIDER table who initiated (prescribed or administered) the Drug Exposure.","drug_exposure","cdm" -"56","visit_occurrence_id","No","INTEGER","A foreign key to the Visit in the VISIT_OCCURRENCE table during which the Drug Exposure was initiated.","drug_exposure","cdm" -"57","visit_detail_id","No","INTEGER","A foreign key to the Visit Detail in the VISIT_DETAIL table during which the Drug Exposure was initiated.","drug_exposure","cdm" -"58","drug_source_value","No","VARCHAR(50)","The source code for the Drug as it appears in the source data. This code is mapped to a Standard Drug concept in the Standardized Vocabularies and the original code is, stored here for reference.","drug_exposure","cdm" -"59","drug_source_concept_id","No","INTEGER","A foreign key to a Drug Concept that refers to the code used in the source.","drug_exposure","cdm" -"60","route_source_value","No","VARCHAR(50)","The information about the route of administration as detailed in the source.","drug_exposure","cdm" -"61","dose_unit_source_value","No","VARCHAR(50)","The information about the dose unit as detailed in the source.","drug_exposure","cdm" -"62","domain_concept_id_1","Yes","INTEGER","The concept representing the domain of fact one, from which the corresponding table can be inferred.","fact_relationship","cdm" -"63","fact_id_1","Yes","INTEGER","The unique identifier in the table corresponding to the domain of fact one.","fact_relationship","cdm" -"64","domain_concept_id_2","Yes","INTEGER","The concept representing the domain of fact two, from which the corresponding table can be inferred.","fact_relationship","cdm" -"65","fact_id_2","Yes","INTEGER","The unique identifier in the table corresponding to the domain of fact two.","fact_relationship","cdm" -"66","relationship_concept_id","Yes","INTEGER","A foreign key to a Standard Concept ID of relationship in the Standardized Vocabularies.","fact_relationship","cdm" -"67","measurement_id","Yes","INTEGER","A unique identifier for each Measurement.","measurement","cdm" -"68","person_id","Yes","INTEGER","A foreign key identifier to the Person about whom the measurement was recorded. The demographic details of that Person are stored in the PERSON table.","measurement","cdm" -"69","measurement_concept_id","Yes","INTEGER","A foreign key to the standard measurement concept identifier in the Standardized Vocabularies.","measurement","cdm" -"70","measurement_date","Yes","DATE","The date of the Measurement.","measurement","cdm" -"71","measurement_datetime","No","DATETIME","The date and time of the Measurement. Some database systems don't have a datatype of time. To accomodate all temporal analyses, datatype datetime can be used (combining measurement_date and measurement_time [forum discussion](http://forums.ohdsi.org/t/date-time-and-datetime-problem-and-the-world-of-hours-and-1day/314))","measurement","cdm" -"72","measurement_time","No","VARCHAR(10)","The time of the Measurement. This is present for backwards compatibility and will deprecated in an upcoming version","measurement","cdm" -"73","measurement_type_concept_id","Yes","INTEGER","A foreign key to the predefined Concept in the Standardized Vocabularies reflecting the provenance from where the Measurement record was recorded.","measurement","cdm" -"74","operator_concept_id","No","INTEGER","A foreign key identifier to the predefined Concept in the Standardized Vocabularies reflecting the mathematical operator that is applied to the value_as_number. Operators are <, <=, =, >=, >.","measurement","cdm" -"75","value_as_number","No","FLOAT","A Measurement result where the result is expressed as a numeric value.","measurement","cdm" -"76","value_as_concept_id","No","INTEGER","A foreign key to a Measurement result represented as a Concept from the Standardized Vocabularies (e.g., positive/negative, present/absent, low/high, etc.).","measurement","cdm" -"77","unit_concept_id","No","INTEGER","A foreign key to a Standard Concept ID of Measurement Units in the Standardized Vocabularies.","measurement","cdm" -"78","range_low","No","FLOAT","The lower limit of the normal range of the Measurement result. The lower range is assumed to be of the same unit of measure as the Measurement value.","measurement","cdm" -"79","range_high","No","FLOAT","The upper limit of the normal range of the Measurement. The upper range is assumed to be of the same unit of measure as the Measurement value.","measurement","cdm" -"80","provider_id","No","INTEGER","A foreign key to the provider in the PROVIDER table who was responsible for initiating or obtaining the measurement.","measurement","cdm" -"81","visit_occurrence_id","No","INTEGER","A foreign key to the Visit in the VISIT_OCCURRENCE table during which the Measurement was recorded.","measurement","cdm" -"82","visit_detail_id","No","INTEGER","A foreign key to the Visit Detail in the VISIT_DETAIL table during which the Measurement was recorded.","measurement","cdm" -"83","measurement_source_value","No","VARCHAR(50)","The Measurement name as it appears in the source data. This code is mapped to a Standard Concept in the Standardized Vocabularies and the original code is stored here for reference.","measurement","cdm" -"84","measurement_source_concept_id","No","INTEGER","A foreign key to a Concept in the Standard Vocabularies that refers to the code used in the source.","measurement","cdm" -"85","unit_source_value","No","VARCHAR(50)","The source code for the unit as it appears in the source data. This code is mapped to a standard unit concept in the Standardized Vocabularies and the original code is stored here for reference.","measurement","cdm" -"86","value_source_value","No","VARCHAR(50)","The source value associated with the content of the value_as_number or value_as_concept_id as stored in the source data.","measurement","cdm" -"87","note_id","Yes","INTEGER","A unique identifier for each note.","note","cdm" -"88","person_id","Yes","INTEGER","A foreign key identifier to the Person about whom the Note was recorded. The demographic details of that Person are stored in the PERSON table.","note","cdm" -"89","note_date","Yes","DATE","The date the note was recorded.","note","cdm" -"90","note_datetime","No","DATETIME","The date and time the note was recorded.","note","cdm" -"91","note_type_concept_id","Yes","INTEGER","A foreign key to the predefined Concept in the Standardized Vocabularies reflecting the type, origin or provenance of the Note.","note","cdm" -"92","note_class_concept_id","Yes","INTEGER","A foreign key to the predefined Concept in the Standardized Vocabularies reflecting the HL7 LOINC Document Type Vocabulary classification of the note.","note","cdm" -"93","note_title","No","VARCHAR(250)","The title of the Note as it appears in the source.","note","cdm" -"94","note_text","Yes","VARCHAR(MAX)","The content of the Note.","note","cdm" -"95","encoding_concept_id","Yes","INTEGER","A foreign key to the predefined Concept in the Standardized Vocabularies reflecting the note character encoding type","note","cdm" -"96","language_concept_id","Yes","INTEGER","A foreign key to the predefined Concept in the Standardized Vocabularies reflecting the language of the note","note","cdm" -"97","provider_id","No","INTEGER","A foreign key to the Provider in the PROVIDER table who took the Note.","note","cdm" -"98","visit_occurrence_id","No","INTEGER","A foreign key to the Visit in the VISIT_OCCURRENCE table when the Note was taken.","note","cdm" -"99","visit_detail_id","No","INTEGER","A foreign key to the Visit in the VISIT_DETAIL table when the Note was taken.","note","cdm" -"100","note_source_value","No","VARCHAR(50)","The source value associated with the origin of the Note","note","cdm" -"101","note_nlp_id","Yes","INTEGER","A unique identifier for each term extracted from a Note.","note_nlp","cdm" -"102","note_id","Yes","INTEGER","A foreign key to the note table note the term was extracted from.","note_nlp","cdm" -"103","section_concept_id","No","INTEGER","A foreign key to the predefined concept in the standardized vocabularies representing the section of the extracted term.","note_nlp","cdm" -"104","snippet","No","VARCHAR(250)","A small window of text surrounding the term.","note_nlp","cdm" -"105","offset","No","VARCHAR(50)","Character offset of the extracted term in the input note.","note_nlp","cdm" -"106","lexical_variant","Yes","VARCHAR(250)","Raw text extracted from the NLP tool.","note_nlp","cdm" -"107","note_nlp_concept_id","No","INTEGER","A foreign key to the predefined concept in the standardized vocabularies reflecting the normalized concept for the extracted term. Domain of the term is represented as part of the concept table.","note_nlp","cdm" -"108","note_nlp_source_concept_id","No","INTEGER","A foreign key to a concept that refers to the code in the source vocabulary used by the NLP system","note_nlp","cdm" -"109","nlp_system","No","VARCHAR(250)","Name and version of the NLP system that extracted the term.useful for data provenance.","note_nlp","cdm" -"110","nlp_date","Yes","DATE","The date of the note processing.useful for data provenance.","note_nlp","cdm" -"111","nlp_datetime","No","DATETIME","The date and time of the note processing. Useful for data provenance.","note_nlp","cdm" -"112","term_exists","No","VARCHAR(1)","A summary modifier that signifies presence or absence of the term for a given patient. Useful for quick querying.","note_nlp","cdm" -"113","term_temporal","No","VARCHAR(50)","An optional time modifier associated with the extracted term. (For now “past” or “present” only). Standardize it later.","note_nlp","cdm" -"114","term_modifiers","No","VARCHAR(2000)","A compact description of all the modifiers of the specific term extracted by the NLP system. (e.g. “son has rash” ? “negated=no,subject=family, certainty=undef,conditional=false,general=false”).","note_nlp","cdm" -"115","observation_id","Yes","INTEGER","A unique identifier for each observation.","observation","cdm" -"116","person_id","Yes","INTEGER","A foreign key identifier to the Person about whom the observation was recorded. The demographic details of that Person are stored in the PERSON table.","observation","cdm" -"117","observation_concept_id","Yes","INTEGER","A foreign key to the standard observation concept identifier in the Standardized Vocabularies.","observation","cdm" -"118","observation_date","Yes","DATE","The date of the observation.","observation","cdm" -"119","observation_datetime","No","DATETIME","The date and time of the observation.","observation","cdm" -"120","observation_type_concept_id","Yes","INTEGER","A foreign key to the predefined concept identifier in the Standardized Vocabularies reflecting the type of the observation.","observation","cdm" -"121","value_as_number","No","FLOAT","The observation result stored as a number. This is applicable to observations where the result is expressed as a numeric value.","observation","cdm" -"122","value_as_string","No","VARCHAR(60)","The observation result stored as a string. This is applicable to observations where the result is expressed as verbatim text.","observation","cdm" -"123","value_as_concept_id","No","INTEGER","A foreign key to an observation result stored as a Concept ID. This is applicable to observations where the result can be expressed as a Standard Concept from the Standardized Vocabularies (e.g., positive/negative, present/absent, low/high, etc.).","observation","cdm" -"124","qualifier_concept_id","No","INTEGER","A foreign key to a Standard Concept ID for a qualifier (e.g., severity of drug-drug interaction alert)","observation","cdm" -"125","unit_concept_id","No","INTEGER","A foreign key to a Standard Concept ID of measurement units in the Standardized Vocabularies.","observation","cdm" -"126","provider_id","No","INTEGER","A foreign key to the provider in the PROVIDER table who was responsible for making the observation.","observation","cdm" -"127","visit_occurrence_id","No","INTEGER","A foreign key to the visit in the VISIT_OCCURRENCE table during which the observation was recorded.","observation","cdm" -"128","visit_detail_id","No","INTEGER","A foreign key to the visit in the VISIT_DETAIL table during which the observation was recorded.","observation","cdm" -"129","observation_source_value","No","VARCHAR(50)","The observation code as it appears in the source data. This code is mapped to a Standard Concept in the Standardized Vocabularies and the original code is, stored here for reference.","observation","cdm" -"130","observation_source_concept_id","No","INTEGER","A foreign key to a Concept that refers to the code used in the source.","observation","cdm" -"131","unit_source_value","No","VARCHAR(50)","The source code for the unit as it appears in the source data. This code is mapped to a standard unit concept in the Standardized Vocabularies and the original code is, stored here for reference.","observation","cdm" -"132","qualifier_source_value","No","VARCHAR(50)","The source value associated with a qualifier to characterize the observation","observation","cdm" -"133","observation_period_id","Yes","INTEGER","A unique identifier for each observation period.","observation_period","cdm" -"134","person_id","Yes","INTEGER","A foreign key identifier to the person for whom the observation period is defined. The demographic details of that person are stored in the person table.","observation_period","cdm" -"135","observation_period_start_date","Yes","DATE","The start date of the observation period for which data are available from the data source.","observation_period","cdm" -"136","observation_period_end_date","Yes","DATE","The end date of the observation period for which data are available from the data source.","observation_period","cdm" -"137","period_type_concept_id","Yes","INTEGER","A foreign key identifier to the predefined concept in the Standardized Vocabularies reflecting the source of the observation period information","observation_period","cdm" -"138","person_id","Yes","INTEGER","A unique identifier for each person.","person","cdm" -"139","gender_concept_id","Yes","INTEGER","A foreign key that refers to an identifier in the CONCEPT table for the unique gender of the person.","person","cdm" -"140","year_of_birth","Yes","INTEGER","The year of birth of the person. For data sources with date of birth, the year is extracted. For data sources where the year of birth is not available, the approximate year of birth is derived based on any age group categorization available.","person","cdm" -"141","month_of_birth","No","INTEGER","The month of birth of the person. For data sources that provide the precise date of birth, the month is extracted and stored in this field.","person","cdm" -"142","day_of_birth","No","INTEGER","The day of the month of birth of the person. For data sources that provide the precise date of birth, the day is extracted and stored in this field.","person","cdm" -"143","birth_datetime","No","DATETIME","The date and time of birth of the person.","person","cdm" -"144","race_concept_id","Yes","INTEGER","A foreign key that refers to an identifier in the CONCEPT table for the unique race of the person.","person","cdm" -"145","ethnicity_concept_id","Yes","INTEGER","A foreign key that refers to the standard concept identifier in the Standardized Vocabularies for the ethnicity of the person.","person","cdm" -"146","location_id","No","INTEGER","A foreign key to the place of residency for the person in the location table, where the detailed address information is stored.","person","cdm" -"147","provider_id","No","INTEGER","A foreign key to the primary care provider the person is seeing in the provider table.","person","cdm" -"148","care_site_id","No","INTEGER","A foreign key to the site of primary care in the care_site table, where the details of the care site are stored.","person","cdm" -"149","person_source_value","No","VARCHAR(50)","An (encrypted) key derived from the person identifier in the source data. This is necessary when a use case requires a link back to the person data at the source dataset.","person","cdm" -"150","gender_source_value","No","VARCHAR(50)","The source code for the gender of the person as it appears in the source data. The person’s gender is mapped to a standard gender concept in the Standardized Vocabularies; the original value is stored here for reference.","person","cdm" -"151","gender_source_concept_id","No","INTEGER","A foreign key to the gender concept that refers to the code used in the source.","person","cdm" -"152","race_source_value","No","VARCHAR(50)","The source code for the race of the person as it appears in the source data. The person race is mapped to a standard race concept in the Standardized Vocabularies and the original value is stored here for reference.","person","cdm" -"153","race_source_concept_id","No","INTEGER","A foreign key to the race concept that refers to the code used in the source.","person","cdm" -"154","ethnicity_source_value","No","VARCHAR(50)","The source code for the ethnicity of the person as it appears in the source data. The person ethnicity is mapped to a standard ethnicity concept in the Standardized Vocabularies and the original code is, stored here for reference.","person","cdm" -"155","ethnicity_source_concept_id","No","INTEGER","A foreign key to the ethnicity concept that refers to the code used in the source.","person","cdm" -"156","procedure_occurrence_id","Yes","INTEGER","A system-generated unique identifier for each Procedure Occurrence.","procedure_occurrence","cdm" -"157","person_id","Yes","INTEGER","A foreign key identifier to the Person who is subjected to the Procedure. The demographic details of that Person are stored in the PERSON table.","procedure_occurrence","cdm" -"158","procedure_concept_id","Yes","INTEGER","A foreign key that refers to a standard procedure Concept identifier in the Standardized Vocabularies.","procedure_occurrence","cdm" -"159","procedure_date","Yes","DATE","The date on which the Procedure was performed.","procedure_occurrence","cdm" -"160","procedure_datetime","No","DATETIME","The date and time on which the Procedure was performed.","procedure_occurrence","cdm" -"161","procedure_type_concept_id","Yes","INTEGER","A foreign key to the predefined Concept identifier in the Standardized Vocabularies reflecting the type of source data from which the procedure record is derived.","procedure_occurrence","cdm" -"162","modifier_concept_id","No","INTEGER","A foreign key to a Standard Concept identifier for a modifier to the Procedure (e.g. bilateral)","procedure_occurrence","cdm" -"163","quantity","No","INTEGER","The quantity of procedures ordered or administered.","procedure_occurrence","cdm" -"164","provider_id","No","INTEGER","A foreign key to the provider in the PROVIDER table who was responsible for carrying out the procedure.","procedure_occurrence","cdm" -"165","visit_occurrence_id","No","INTEGER","A foreign key to the Visit in the VISIT_OCCURRENCE table during which the Procedure was carried out.","procedure_occurrence","cdm" -"166","visit_detail_id","No","INTEGER","A foreign key to the Visit Detail in the VISIT_DETAIL table during which the Procedure was carried out.","procedure_occurrence","cdm" -"167","procedure_source_value","No","VARCHAR(50)","The source code for the Procedure as it appears in the source data. This code is mapped to a standard procedure Concept in the Standardized Vocabularies and the original code is, stored here for reference. Procedure source codes are typically ICD-9-Proc, CPT-4, HCPCS or OPCS-4 codes.","procedure_occurrence","cdm" -"168","procedure_source_concept_id","No","INTEGER","A foreign key to a Procedure Concept that refers to the code used in the source.","procedure_occurrence","cdm" -"169","modifier_source_value","No","VARCHAR(50)","The source code for the qualifier as it appears in the source data.","procedure_occurrence","cdm" -"170","specimen_id","Yes","INTEGER","A unique identifier for each specimen.","specimen","cdm" -"171","person_id","Yes","INTEGER","A foreign key identifier to the Person for whom the Specimen is recorded.","specimen","cdm" -"172","specimen_concept_id","Yes","INTEGER","A foreign key referring to a Standard Concept identifier in the Standardized Vocabularies for the Specimen.","specimen","cdm" -"173","specimen_type_concept_id","Yes","INTEGER","A foreign key referring to the Concept identifier in the Standardized Vocabularies reflecting the system of record from which the Specimen was represented in the source data.","specimen","cdm" -"174","specimen_date","Yes","DATE","The date the specimen was obtained from the Person.","specimen","cdm" -"175","specimen_datetime","No","DATETIME","The date and time on the date when the Specimen was obtained from the person.","specimen","cdm" -"176","quantity","No","FLOAT","The amount of specimen collection from the person during the sampling procedure.","specimen","cdm" -"177","unit_concept_id","No","INTEGER","A foreign key to a Standard Concept identifier for the Unit associated with the numeric quantity of the Specimen collection.","specimen","cdm" -"178","anatomic_site_concept_id","No","INTEGER","A foreign key to a Standard Concept identifier for the anatomic location of specimen collection.","specimen","cdm" -"179","disease_status_concept_id","No","INTEGER","A foreign key to a Standard Concept identifier for the Disease Status of specimen collection.","specimen","cdm" -"180","specimen_source_id","No","VARCHAR(50)","The Specimen identifier as it appears in the source data.","specimen","cdm" -"181","specimen_source_value","No","VARCHAR(50)","The Specimen value as it appears in the source data. This value is mapped to a Standard Concept in the Standardized Vocabularies and the original code is, stored here for reference.","specimen","cdm" -"182","unit_source_value","No","VARCHAR(50)","The information about the Unit as detailed in the source.","specimen","cdm" -"183","anatomic_site_source_value","No","VARCHAR(50)","The information about the anatomic site as detailed in the source.","specimen","cdm" -"184","disease_status_source_value","No","VARCHAR(50)","The information about the disease status as detailed in the source.","specimen","cdm" -"185","visit_detail_id","Yes","INTEGER","A unique identifier for each Person's visit or encounter at a healthcare provider.","visit_detail","cdm" -"186","person_id","Yes","INTEGER","A foreign key identifier to the Person for whom the visit is recorded. The demographic details of that Person are stored in the PERSON table.","visit_detail","cdm" -"187","visit_concept_id","Yes","INTEGER","A foreign key that refers to a visit Concept identifier in the Standardized Vocabularies.","visit_detail","cdm" -"188","visit_start_date","Yes","DATE","The start date of the visit.","visit_detail","cdm" -"189","visit_start_datetime","No","DATETIME","The date and time of the visit started.","visit_detail","cdm" -"190","visit_end_date","Yes","DATE","The end date of the visit. If this is a one-day visit the end date should match the start date.","visit_detail","cdm" -"191","visit_end_datetime","No","DATETIME","The date and time of the visit end.","visit_detail","cdm" -"192","visit_type_concept_id","Yes","INTEGER","A foreign key to the predefined Concept identifier in the Standardized Vocabularies reflecting the type of source data from which the visit record is derived.","visit_detail","cdm" -"193","provider_id","No","INTEGER","A foreign key to the provider in the provider table who was associated with the visit.","visit_detail","cdm" -"194","care_site_id","No","INTEGER","A foreign key to the care site in the care site table that was visited.","visit_detail","cdm" -"195","visit_source_value","No","STRING(50)","The source code for the visit as it appears in the source data.","visit_detail","cdm" -"196","visit_source_concept_id","No","INTEGER","A foreign key to a Concept that refers to the code used in the source.","visit_detail","cdm" -"197","admitting_source_value","No","VARCHAR(50)","The source code for the admitting source as it appears in the source data.","visit_detail","cdm" -"198","admitting_source_concept_id","No","INTEGER","A foreign key to the predefined concept in the Place of Service Vocabulary reflecting the admitting source for a visit.","visit_detail","cdm" -"199","discharge_to_source_value","No","VARCHAR(50)","The source code for the discharge disposition as it appears in the source data.","visit_detail","cdm" -"200","discharge_to_concept_id","No","INTEGER","A foreign key to the predefined concept in the Place of Service Vocabulary reflecting the discharge disposition for a visit.","visit_detail","cdm" -"201","preceding_visit_detail_id","No","INTEGER","A foreign key to the VISIT_DETAIL table of the visit immediately preceding this visit","visit_detail","cdm" -"202","visit_detail_parent_id","No","INTEGER","A foreign key to the VISIT_DETAIL table record to represent the immediate parent visit-detail record.","visit_detail","cdm" -"203","visit_occurrence_id","Yes","INTEGER","A foreign key that refers to the record in the VISIT_OCCURRENCE table. This is a required field, because for every visit_detail is a child of visit_occurrence and cannot exist without a corresponding parent record in visit_occurrence.","visit_detail","cdm" -"204","visit_occurrence_id","Yes","INTEGER","A unique identifier for each Person's visit or encounter at a healthcare provider.","visit_occurrence","cdm" -"205","person_id","Yes","INTEGER","A foreign key identifier to the Person for whom the visit is recorded. The demographic details of that Person are stored in the PERSON table.","visit_occurrence","cdm" -"206","visit_concept_id","Yes","INTEGER","A foreign key that refers to a visit Concept identifier in the Standardized Vocabularies.","visit_occurrence","cdm" -"207","visit_start_date","Yes","DATE","The start date of the visit.","visit_occurrence","cdm" -"208","visit_start_datetime","No","DATETIME","The date and time of the visit started.","visit_occurrence","cdm" -"209","visit_end_date","Yes","DATE","The end date of the visit. If this is a one-day visit the end date should match the start date.","visit_occurrence","cdm" -"210","visit_end_datetime","No","DATETIME","The date and time of the visit end.","visit_occurrence","cdm" -"211","visit_type_concept_id","Yes","INTEGER","A foreign key to the predefined Concept identifier in the Standardized Vocabularies reflecting the type of source data from which the visit record is derived.","visit_occurrence","cdm" -"212","provider_id","No","INTEGER","A foreign key to the provider in the provider table who was associated with the visit.","visit_occurrence","cdm" -"213","care_site_id","No","INTEGER","A foreign key to the care site in the care site table that was visited.","visit_occurrence","cdm" -"214","visit_source_value","No","VARCHAR(50)","The source code for the visit as it appears in the source data.","visit_occurrence","cdm" -"215","visit_source_concept_id","No","INTEGER","A foreign key to a Concept that refers to the code used in the source.","visit_occurrence","cdm" -"216","admitting_source_concept_id","No","INTEGER","A foreign key to the predefined concept in the Place of Service Vocabulary reflecting the admitting source for a visit.","visit_occurrence","cdm" -"217","admitting_source_value","No","VARCHAR(50)","The source code for the admitting source as it appears in the source data.","visit_occurrence","cdm" -"218","discharge_to_concept_id","No","INTEGER","A foreign key to the predefined concept in the Place of Service Vocabulary reflecting the discharge disposition for a visit.","visit_occurrence","cdm" -"219","discharge_to_source_value","No","VARCHAR(50)","The source code for the discharge disposition as it appears in the source data.","visit_occurrence","cdm" -"220","preceding_visit_occurrence_id","No","INTEGER","A foreign key to the VISIT_OCCURRENCE table of the visit immediately preceding this visit","visit_occurrence","cdm" -"221","cohort_definition_id","Yes","INTEGER","A foreign key to a record in the COHORT_DEFINITION table containing relevant Cohort Definition information.","cohort","results" -"222","subject_id","Yes","INTEGER","A foreign key to the subject in the cohort. These could be referring to records in the PERSON, PROVIDER, VISIT_OCCURRENCE table.","cohort","results" -"223","cohort_start_date","Yes","DATE","The date when the Cohort Definition criteria for the Person, Provider or Visit first match.","cohort","results" -"224","cohort_end_date","Yes","DATE","The date when the Cohort Definition criteria for the Person, Provider or Visit no longer match or the Cohort membership was terminated.","cohort","results" -"225","cohort_definition_id","Yes","INTEGER","A foreign key to a record in the [COHORT_DEFINITION](https://github.com/OHDSI/CommonDataModel/wiki/COHORT_DEFINITION) table containing relevant Cohort Definition information.","cohort_attribute","results" -"226","subject_id","Yes","INTEGER","A foreign key to the subject in the Cohort. These could be referring to records in the PERSON, PROVIDER, VISIT_OCCURRENCE table.","cohort_attribute","results" -"227","cohort_start_date","Yes","DATE","The date when the Cohort Definition criteria for the Person, Provider or Visit first match.","cohort_attribute","results" -"228","cohort_end_date","Yes","DATE","The date when the Cohort Definition criteria for the Person, Provider or Visit no longer match or the Cohort membership was terminated.","cohort_attribute","results" -"229","attribute_definition_id","Yes","INTEGER","A foreign key to a record in the [ATTRIBUTE_DEFINITION](https://github.com/OHDSI/CommonDataModel/wiki/ATTRIBUTE_DEFINITION) table containing relevant Attribute Definition information.","cohort_attribute","results" -"230","value_as_number","No","FLOAT","The attribute result stored as a number. This is applicable to attributes where the result is expressed as a numeric value.","cohort_attribute","results" -"231","value_as_concept_id","No","INTEGER","The attribute result stored as a Concept ID. This is applicable to attributes where the result is expressed as a categorical value.","cohort_attribute","results" -"232","condition_era_id","Yes","INTEGER","A unique identifier for each Condition Era.","condition_era","cdm" -"233","person_id","Yes","INTEGER","A foreign key identifier to the Person who is experiencing the Condition during the Condition Era. The demographic details of that Person are stored in the PERSON table.","condition_era","cdm" -"234","condition_concept_id","Yes","INTEGER","A foreign key that refers to a standard Condition Concept identifier in the Standardized Vocabularies.","condition_era","cdm" -"235","condition_era_start_date","Yes","DATE","The start date for the Condition Era constructed from the individual instances of Condition Occurrences. It is the start date of the very first chronologically recorded instance of the condition.","condition_era","cdm" -"236","condition_era_end_date","Yes","DATE","The end date for the Condition Era constructed from the individual instances of Condition Occurrences. It is the end date of the final continuously recorded instance of the Condition.","condition_era","cdm" -"237","condition_occurrence_count","No","INTEGER","The number of individual Condition Occurrences used to construct the condition era.","condition_era","cdm" -"238","dose_era_id","Yes","INTEGER","A unique identifier for each Dose Era.","dose_era","cdm" -"239","person_id","Yes","INTEGER","A foreign key identifier to the Person who is subjected to the drug during the drug era. The demographic details of that Person are stored in the PERSON table.","dose_era","cdm" -"240","drug_concept_id","Yes","INTEGER","A foreign key that refers to a Standard Concept identifier in the Standardized Vocabularies for the active Ingredient Concept.","dose_era","cdm" -"241","unit_concept_id","Yes","INTEGER","A foreign key that refers to a Standard Concept identifier in the Standardized Vocabularies for the unit concept.","dose_era","cdm" -"242","dose_value","Yes","FLOAT","The numeric value of the dose.","dose_era","cdm" -"243","dose_era_start_date","Yes","DATE","The start date for the drug era constructed from the individual instances of drug exposures. It is the start date of the very first chronologically recorded instance of utilization of a drug.","dose_era","cdm" -"244","dose_era_end_date","Yes","DATE","The end date for the drug era constructed from the individual instance of drug exposures. It is the end date of the final continuously recorded instance of utilization of a drug.","dose_era","cdm" -"245","drug_era_id","Yes","INTEGER","A unique identifier for each Drug Era.","drug_era","cdm" -"246","person_id","Yes","INTEGER","A foreign key identifier to the Person who is subjected to the Drug during the fDrug Era. The demographic details of that Person are stored in the PERSON table.","drug_era","cdm" -"247","drug_concept_id","Yes","INTEGER","A foreign key that refers to a Standard Concept identifier in the Standardized Vocabularies for the Ingredient Concept.","drug_era","cdm" -"248","drug_era_start_date","Yes","DATE","The start date for the Drug Era constructed from the individual instances of Drug Exposures. It is the start date of the very first chronologically recorded instance of conutilization of a Drug.","drug_era","cdm" -"249","drug_era_end_date","Yes","DATE","The end date for the drug era constructed from the individual instance of drug exposures. It is the end date of the final continuously recorded instance of utilization of a drug.","drug_era","cdm" -"250","drug_exposure_count","No","INTEGER","The number of individual Drug Exposure occurrences used to construct the Drug Era.","drug_era","cdm" -"251","gap_days","No","INTEGER","The number of days that are not covered by DRUG_EXPOSURE records that were used to make up the era record.","drug_era","cdm" -"252","cost_id","Yes","INTEGER","A unique identifier for each COST record.","cost","cdm" -"253","cost_event_id","Yes","INTEGER","A foreign key identifier to the event (e.g. Measurement, Procedure, Visit, Drug Exposure, etc) record for which cost data are recorded.","cost","cdm" -"254","cost_domain_id","Yes","VARCHAR(20)","The concept representing the domain of the cost event, from which the corresponding table can be inferred that contains the entity for which cost information is recorded.","cost","cdm" -"255","cost_type_concept_id","Yes","INTEGER","A foreign key identifier to a concept in the CONCEPT table for the provenance or the source of the COST data: Calculated from insurance claim information, provider revenue, calculated from cost-to-charge ratio, reported from accounting database, etc.","cost","cdm" -"256","currency_concept_id","No","INTEGER","A foreign key identifier to the concept representing the 3-letter code used to delineate international currencies, such as USD for US Dollar.","cost","cdm" -"257","total_charge","No","FLOAT","The total amount charged by some provider of goods or services (e.g. hospital, physician pharmacy, dme provider) to payers (insurance companies, the patient).","cost","cdm" -"258","total_cost","No","FLOAT","The cost incurred by the provider of goods or services.","cost","cdm" -"259","total_paid","No","FLOAT","The total amount actually paid from all payers for goods or services of the provider.","cost","cdm" -"260","paid_by_payer","No","FLOAT","The amount paid by the Payer for the goods or services.","cost","cdm" -"261","paid_by_patient","No","FLOAT","The total amount paid by the Person as a share of the expenses.","cost","cdm" -"262","paid_patient_copay","No","FLOAT","The amount paid by the Person as a fixed contribution to the expenses.","cost","cdm" -"263","paid_patient_coinsurance","No","FLOAT","The amount paid by the Person as a joint assumption of risk. Typically, this is a percentage of the expenses defined by the Payer Plan after the Person's deductible is exceeded.","cost","cdm" -"264","paid_patient_deductible","No","FLOAT","The amount paid by the Person that is counted toward the deductible defined by the Payer Plan. paid_patient_deductible does contribute to the paid_by_patient variable.","cost","cdm" -"265","paid_by_primary","No","FLOAT","The amount paid by a primary Payer through the coordination of benefits.","cost","cdm" -"266","paid_ingredient_cost","No","FLOAT","The amount paid by the Payer to a pharmacy for the drug, excluding the amount paid for dispensing the drug. paid_ingredient_cost contributes to the paid_by_payer field if this field is populated with a nonzero value.","cost","cdm" -"267","paid_dispensing_fee","No","FLOAT","The amount paid by the Payer to a pharmacy for dispensing a drug, excluding the amount paid for the drug ingredient. paid_dispensing_fee contributes to the paid_by_payer field if this field is populated with a nonzero value.","cost","cdm" -"268","payer_plan_period_id","No","INTEGER","A foreign key to the PAYER_PLAN_PERIOD table, where the details of the Payer, Plan and Family are stored. Record the payer_plan_id that relates to the payer who contributed to the paid_by_payer field.","cost","cdm" -"269","amount_allowed","No","FLOAT","The contracted amount agreed between the payer and provider.","cost","cdm" -"270","revenue_code_concept_id","No","INTEGER","A foreign key referring to a Standard Concept ID in the Standardized Vocabularies for Revenue codes.","cost","cdm" -"271","revenue_code_source_value","No","VARCHAR(50)","The source code for the Revenue code as it appears in the source data, stored here for reference.","cost","cdm" -"272","drg_concept_id","No","INTEGER","A foreign key to the predefined concept in the DRG Vocabulary reflecting the DRG for a visit.","cost","cdm" -"273","drg_source_value","No","VARCHAR(3)","The 3-digit DRG source code as it appears in the source data.","cost","cdm" -"274","payer_plan_period_id","Yes","INTEGER","A identifier for each unique combination of payer, sponsor, plan, family code and time span.","payer_plan_period","cdm" -"275","person_id","Yes","INTEGER","A foreign key identifier to the Person covered by the payer. The demographic details of that Person are stored in the PERSON table.","payer_plan_period","cdm" -"276","payer_plan_period_start_date","Yes","DATE","The start date of the payer plan period.","payer_plan_period","cdm" -"277","payer_plan_period_end_date","Yes","DATE","The end date of the payer plan period.","payer_plan_period","cdm" -"278","payer_concept_id","No","INTEGER","A foreign key that refers to a Standard Payer concept identifiers in the Standardized Vocabularies","payer_plan_period","cdm" -"279","payer_source_value","No","VARCHAR(50)","The source code for the payer as it appears in the source data.","payer_plan_period","cdm" -"280","payer_source_concept_id","No","INTEGER","A foreign key to a payer concept that refers to the code used in the source.","payer_plan_period","cdm" -"281","plan_concept_id","No","INTEGER","A foreign key that refers to a Standard plan that represents the health benefit plan in the Standardized Vocabularies","payer_plan_period","cdm" -"282","plan_source_value","No","VARCHAR(50)","The source code for the Person's health benefit plan as it appears in the source data.","payer_plan_period","cdm" -"283","plan_source_concept_id","No","INTEGER","A foreign key to a plan concept that refers to the code used in the source.","payer_plan_period","cdm" -"284","sponsor_concept_id","No","INTEGER","A foreign key that refers to a Standard plan that represents the sponsor in the Standardized Vocabularies","payer_plan_period","cdm" -"285","sponsor_source_value","No","VARCHAR(50)","The source code for the Person's sponsor of the health plan as it appears in the source data.","payer_plan_period","cdm" -"286","sponsor_source_concept_id*","No","INTEGER","A foreign key to a sponsor concept that refers to the code used in the source.","payer_plan_period","cdm" -"287","family_source_value","No","VARCHAR(50)","The source code for the Person's family as it appears in the source data.","payer_plan_period","cdm" -"288","stop_reason_concept_id","No","INTEGER","A foreign key that refers to a Standard termination reason that represents the reason for the termination in the Standardized Vocabularies.","payer_plan_period","cdm" -"289","stop_reason_source_value","No","VARCHAR(50)","The reason for stop-coverage of the record.","payer_plan_period","cdm" -"290","stop_reason_source_concept_id","No","INTEGER","A foreign key to a stop-coverage concept that refers to the code used in the source.","payer_plan_period","cdm" -"291","care_site_id","Yes","INTEGER","A unique identifier for each Care Site.","care_site","cdm" -"292","care_site_name","No","VARCHAR(255)","The verbatim description or name of the Care Site as in data source","care_site","cdm" -"293","place_of_service_concept_id","No","INTEGER","A foreign key that refers to a Place of Service Concept ID in the Standardized Vocabularies.","care_site","cdm" -"294","location_id","No","INTEGER","A foreign key to the geographic Location in the LOCATION table, where the detailed address information is stored.","care_site","cdm" -"295","care_site_source_value","No","VARCHAR(50)","The identifier for the Care Site in the source data, stored here for reference.","care_site","cdm" -"296","place_of_service_source_value","No","VARCHAR(50)","The source code for the Place of Service as it appears in the source data, stored here for reference.","care_site","cdm" -"297","location_id","Yes","INTEGER","A unique identifier for each geographic location.","location","cdm" -"298","address_1","No","VARCHAR(50)","The address field 1, typically used for the street address, as it appears in the source data.","location","cdm" -"299","address_2","No","VARCHAR(50)","The address field 2, typically used for additional detail such as buildings, suites, floors, as it appears in the source data.","location","cdm" -"300","city","No","VARCHAR(50)","The city field as it appears in the source data.","location","cdm" -"301","state","No","VARCHAR(2)","The state field as it appears in the source data.","location","cdm" -"302","zip","No","VARCHAR(9)","The zip or postal code.","location","cdm" -"303","county","No","VARCHAR(20)","The county.","location","cdm" -"304","location_source_value","No","VARCHAR(50)","The verbatim information that is used to uniquely identify the location as it appears in the source data.","location","cdm" -"305","provider_id","Yes","INTEGER","A unique identifier for each Provider.","provider","cdm" -"306","provider_name","No","VARCHAR(255)","A description of the Provider.","provider","cdm" -"307","npi","No","VARCHAR(20)","The National Provider Identifier (NPI) of the provider.","provider","cdm" -"308","dea","No","VARCHAR(20)","The Drug Enforcement Administration (DEA) number of the provider.","provider","cdm" -"309","specialty_concept_id","No","INTEGER","A foreign key to a Standard Specialty Concept ID in the Standardized Vocabularies.","provider","cdm" -"310","care_site_id","No","INTEGER","A foreign key to the main Care Site where the provider is practicing.","provider","cdm" -"311","year_of_birth","No","INTEGER","The year of birth of the Provider.","provider","cdm" -"312","gender_concept_id","No","INTEGER","The gender of the Provider.","provider","cdm" -"313","provider_source_value","No","VARCHAR(50)","The identifier used for the Provider in the source data, stored here for reference.","provider","cdm" -"314","specialty_source_value","No","VARCHAR(50)","The source code for the Provider specialty as it appears in the source data, stored here for reference.","provider","cdm" -"315","specialty_source_concept_id","No","INTEGER","A foreign key to a Concept that refers to the code used in the source.","provider","cdm" -"316","gender_source_value","No","VARCHAR(50)","The gender code for the Provider as it appears in the source data, stored here for reference.","provider","cdm" -"317","gender_source_concept_id","No","INTEGER","A foreign key to a Concept that refers to the code used in the source.","provider","cdm" -"318","cdm_source_name","Yes","VARCHAR(255)","The full name of the source","cdm_source","cdm" -"319","cdm_source_abbreviation","No","VARCHAR(25)","An abbreviation of the name","cdm_source","cdm" -"320","cdm_holder","No","VARCHAR(255)","The name of the organization responsible for the development of the CDM instance","cdm_source","cdm" -"321","source_description","No","CLOB","A description of the source data origin and purpose for collection. The description may contain a summary of the period of time that is expected to be covered by this dataset.","cdm_source","cdm" -"322","source_documentation_reference","No","VARCHAR(255)","URL or other external reference to location of source documentation","cdm_source","cdm" -"323","cdm_etl_reference","No","VARCHAR(255)","URL or other external reference to location of ETL specification documentation and ETL source code","cdm_source","cdm" -"324","source_release_date","No","DATE","The date for which the source data are most current, such as the last day of data capture","cdm_source","cdm" -"325","cdm_release_date","No","DATE","The date when the CDM was instantiated","cdm_source","cdm" -"326","cdm_version","No","VARCHAR(10)","The version of CDM used","cdm_source","cdm" -"327","vocabulary_version","No","VARCHAR(20)","The version of the vocabulary used","cdm_source","cdm" -"328","metadata_concept_id","Yes","INTEGER","A foreign key that refers to a Standard Metadata Concept identifier in the Standardized Vocabularies.","metadata","cdm" -"329","metadata_type_concept_id","Yes","INTEGER","A foreign key that refers to a Standard Type Concept identifier in the Standardized Vocabularies.","metadata","cdm" -"330","name","Yes","VARCHAR(250)","The name of the Concept stored in metadata_concept_id or a description of the data being stored.","metadata","cdm" -"331","value_as_string","No","NVARCHAR","The metadata value stored as a string.","metadata","cdm" -"332","value_as_concept_id","No","INTEGER","A foreign key to a metadata value stored as a Concept ID.","metadata","cdm" -"333","metadata date","No","DATE","The date associated with the metadata","metadata","cdm" -"334","metadata_datetime","No","DATETIME","The date and time associated with the metadata","metadata","cdm" -"335","attribute_definition_id","Yes","INTEGER","A unique identifier for each Attribute.","attribute_definition","cdm" -"336","attribute_name","Yes","VARCHAR(255)","A short description of the Attribute.","attribute_definition","cdm" -"337","attribute_description","No","VARCHAR(MAX)","A complete description of the Attribute definition","attribute_definition","cdm" -"338","attribute_type_concept_id","Yes","INTEGER","Type defining what kind of Attribute Definition the record represents and how the syntax may be executed","attribute_definition","cdm" -"339","attribute_syntax","No","VARCHAR(MAX)","Syntax or code to operationalize the Attribute definition","attribute_definition","cdm" -"340","cohort_definition_id","Yes","INTEGER","A unique identifier for each Cohort.","cohort_definition","cdm" -"341","cohort_definition_name","Yes","VARCHAR(255)","A short description of the Cohort.","cohort_definition","cdm" -"342","cohort_definition_description","No","VARCHAR(MAX)","A complete description of the Cohort definition","cohort_definition","cdm" -"343","definition_type_concept_id","Yes","INTEGER","Type defining what kind of Cohort Definition the record represents and how the syntax may be executed","cohort_definition","cdm" -"344","cohort_definition_syntax","No","VARCHAR(MAX)","Syntax or code to operationalize the Cohort definition","cohort_definition","cdm" -"345","subject_concept_id","Yes","INTEGER","A foreign key to the Concept to which defines the domain of subjects that are members of the cohort (e.g., Person, Provider, Visit).","cohort_definition","cdm" -"346","cohort_initiation_date","No","DATE","A date to indicate when the Cohort was initiated in the COHORT table","cohort_definition","cdm" -"347","concept_id","Yes","INTEGER","A unique identifier for each Concept across all domains.","concept","cdm" -"348","concept_name","Yes","VARCHAR(255)","An unambiguous, meaningful and descriptive name for the Concept.","concept","cdm" -"349","domain_id","Yes","VARCHAR(20)","A foreign key to the [DOMAIN](https://github.com/OHDSI/CommonDataModel/wiki/DOMAIN) table the Concept belongs to.","concept","cdm" -"350","vocabulary_id","Yes","VARCHAR(20)","A foreign key to the [VOCABULARY](https://github.com/OHDSI/CommonDataModel/wiki/VOCABULARY) table indicating from which source the Concept has been adapted.","concept","cdm" -"351","concept_class_id","Yes","VARCHAR(20)","The attribute or concept class of the Concept. Examples are 'Clinical Drug', 'Ingredient', 'Clinical Finding' etc.","concept","cdm" -"352","standard_concept","No","VARCHAR(1)","This flag determines where a Concept is a Standard Concept, i.e. is used in the data, a Classification Concept, or a non-standard Source Concept. The allowables values are 'S' (Standard Concept) and 'C' (Classification Concept), otherwise the content is NULL.","concept","cdm" -"353","concept_code","Yes","VARCHAR(50)","The concept code represents the identifier of the Concept in the source vocabulary, such as SNOMED-CT concept IDs, RxNorm RXCUIs etc. Note that concept codes are not unique across vocabularies.","concept","cdm" -"354","valid_start_date","Yes","DATE","The date when the Concept was first recorded. The default value is 1-Jan-1970, meaning, the Concept has no (known) date of inception.","concept","cdm" -"355","valid_end_date","Yes","DATE","The date when the Concept became invalid because it was deleted or superseded (updated) by a new concept. The default value is 31-Dec-2099, meaning, the Concept is valid until it becomes deprecated.","concept","cdm" -"356","invalid_reason","No","VARCHAR(1)","Reason the Concept was invalidated. Possible values are D (deleted), U (replaced with an update) or NULL when valid_end_date has the default value.","concept","cdm" -"357","ancestor_concept_id","Yes","INTEGER","A foreign key to the concept in the concept table for the higher-level concept that forms the ancestor in the relationship.","concept_ancestor","cdm" -"358","descendant_concept_id","Yes","INTEGER","A foreign key to the concept in the concept table for the lower-level concept that forms the descendant in the relationship.","concept_ancestor","cdm" -"359","min_levels_of_separation","Yes","INTEGER","The minimum separation in number of levels of hierarchy between ancestor and descendant concepts. This is an attribute that is used to simplify hierarchic analysis.","concept_ancestor","cdm" -"360","max_levels_of_separation","Yes","INTEGER","The maximum separation in number of levels of hierarchy between ancestor and descendant concepts. This is an attribute that is used to simplify hierarchic analysis.","concept_ancestor","cdm" -"361","concept_class_id","Yes","VARCHAR(20)","A unique key for each class.","concept_class","cdm" -"362","concept_class_name","Yes","VARCHAR(255)","The name describing the Concept Class, e.g. ""Clinical Finding"", ""Ingredient"", etc.","concept_class","cdm" -"363","concept_class_concept_id","Yes","INTEGER","A foreign key that refers to an identifier in the [CONCEPT](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT) table for the unique Concept Class the record belongs to.","concept_class","cdm" -"364","concept_id_1","Yes","INTEGER","A foreign key to a Concept in the [CONCEPT](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT) table associated with the relationship. Relationships are directional, and this field represents the source concept designation.","concept_relationship","cdm" -"365","concept_id_2","Yes","INTEGER","A foreign key to a Concept in the [CONCEPT](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT) table associated with the relationship. Relationships are directional, and this field represents the destination concept designation.","concept_relationship","cdm" -"366","relationship_id","Yes","VARCHAR(20)","A unique identifier to the type or nature of the Relationship as defined in the [RELATIONSHIP](https://github.com/OHDSI/CommonDataModel/wiki/RELATIONSHIP) table.","concept_relationship","cdm" -"367","valid_start_date","Yes","DATE","The date when the instance of the Concept Relationship is first recorded.","concept_relationship","cdm" -"368","valid_end_date","Yes","DATE","The date when the Concept Relationship became invalid because it was deleted or superseded (updated) by a new relationship. Default value is 31-Dec-2099.","concept_relationship","cdm" -"369","invalid_reason","No","VARCHAR(1)","Reason the relationship was invalidated. Possible values are 'D' (deleted), 'U' (replaced with an update) or NULL when valid_end_date has the default value.","concept_relationship","cdm" -"370","concept_id","Yes","INTEGER","A foreign key to the Concept in the CONCEPT table.","concept_synonym","cdm" -"371","concept_synonym_name","Yes","VARCHAR(1000)","The alternative name for the Concept.","concept_synonym","cdm" -"372","language_concept_id","Yes","INTEGER","A foreign key to a Concept representing the language.","concept_synonym","cdm" -"373","domain_id","Yes","VARCHAR(20)","A unique key for each domain.","domain","cdm" -"374","domain_name","Yes","VARCHAR(255)","The name describing the Domain, e.g. ""Condition"", ""Procedure"", ""Measurement"" etc.","domain","cdm" -"375","domain_concept_id","Yes","INTEGER","A foreign key that refers to an identifier in the [CONCEPT](https://github.com/OHDSI/CommonDataModel/wiki/CONCEPT) table for the unique Domain Concept the Domain record belongs to.","domain","cdm" -"376","drug_concept_id","Yes","INTEGER","A foreign key to the Concept in the CONCEPT table representing the identifier for Branded Drug or Clinical Drug Concept.","drug_strength","cdm" -"377","ingredient_concept_id","Yes","INTEGER","A foreign key to the Concept in the CONCEPT table, representing the identifier for drug Ingredient Concept contained within the drug product.","drug_strength","cdm" -"378","amount_value","No","FLOAT","The numeric value associated with the amount of active ingredient contained within the product.","drug_strength","cdm" -"379","amount_unit_concept_id","No","INTEGER","A foreign key to the Concept in the CONCEPT table representing the identifier for the Unit for the absolute amount of active ingredient.","drug_strength","cdm" -"380","numerator_value","No","FLOAT","The numeric value associated with the concentration of the active ingredient contained in the product","drug_strength","cdm" -"381","numerator_unit_concept_id","No","INTEGER","A foreign key to the Concept in the CONCEPT table representing the identifier for the numerator Unit for the concentration of active ingredient.","drug_strength","cdm" -"382","denominator_value","No","FLOAT","The amount of total liquid (or other divisible product, such as ointment, gel, spray, etc.).","drug_strength","cdm" -"383","denominator_unit_concept_id","No","INTEGER","A foreign key to the Concept in the CONCEPT table representing the identifier for the denominator Unit for the concentration of active ingredient.","drug_strength","cdm" -"384","box_size","No","INTEGER","The number of units of Clinical of Branded Drug, or Quantified Clinical or Branded Drug contained in a box as dispensed to the patient","drug_strength","cdm" -"385","valid_start_date","Yes","DATE","The date when the Concept was first recorded. The default value is 1-Jan-1970.","drug_strength","cdm" -"386","valid_end_date","Yes","DATE","The date when the concept became invalid because it was deleted or superseded (updated) by a new Concept. The default value is 31-Dec-2099.","drug_strength","cdm" -"387","invalid_reason","No","VARCHAR(1)","Reason the concept was invalidated. Possible values are 'D' (deleted), 'U' (replaced with an update) or NULL when valid_end_date has the default value.","drug_strength","cdm" -"388","relationship_id","Yes","VARCHAR(20)","The type of relationship captured by the relationship record.","relationship","cdm" -"389","relationship_name","Yes","VARCHAR(255)","The text that describes the relationship type.","relationship","cdm" -"390","is_hierarchical","Yes","VARCHAR(1)","Defines whether a relationship defines concepts into classes or hierarchies. Values are 1 for hierarchical relationship or 0 if not.","relationship","cdm" -"391","defines_ancestry","Yes","VARCHAR(1)","Defines whether a hierarchical relationship contributes to the concept_ancestor table. These are subsets of the hierarchical relationships. Valid values are 1 or 0.","relationship","cdm" -"392","reverse_relationship_id","Yes","VARCHAR(20)","The identifier for the relationship used to define the reverse relationship between two concepts.","relationship","cdm" -"393","relationship_concept_id","Yes","INTEGER","A foreign key that refers to an identifier in the CONCEPT table for the unique relationship concept.","relationship","cdm" -"394","source_code","Yes","VARCHAR(50)","The source code being translated into a Standard Concept.","source_to_concept_map","cdm" -"395","source_concept_id","Yes","INTEGER","A foreign key to the Source Concept that is being translated into a Standard Concept.","source_to_concept_map","cdm" -"396","source_vocabulary_id","Yes","VARCHAR(20)","A foreign key to the VOCABULARY table defining the vocabulary of the source code that is being translated to a Standard Concept.","source_to_concept_map","cdm" -"397","source_code_description","No","VARCHAR(255)","An optional description for the source code. This is included as a convenience to compare the description of the source code to the name of the concept.","source_to_concept_map","cdm" -"398","target_concept_id","Yes","INTEGER","A foreign key to the target Concept to which the source code is being mapped.","source_to_concept_map","cdm" -"399","target_vocabulary_id","Yes","VARCHAR(20)","A foreign key to the VOCABULARY table defining the vocabulary of the target Concept.","source_to_concept_map","cdm" -"400","valid_start_date","Yes","DATE","The date when the mapping instance was first recorded.","source_to_concept_map","cdm" -"401","valid_end_date","Yes","DATE","The date when the mapping instance became invalid because it was deleted or superseded (updated) by a new relationship. Default value is 31-Dec-2099.","source_to_concept_map","cdm" -"402","invalid_reason","No","VARCHAR(1)","Reason the mapping instance was invalidated. Possible values are D (deleted), U (replaced with an update) or NULL when valid_end_date has the default value.","source_to_concept_map","cdm" -"403","vocabulary_id","Yes","VARCHAR(20)","A unique identifier for each Vocabulary, such as ICD9CM, SNOMED, Visit.","vocabulary","cdm" -"404","vocabulary_name","Yes","VARCHAR(255)","The name describing the vocabulary, for example ""International Classification of Diseases, Ninth Revision, Clinical Modification, Volume 1 and 2 (NCHS)"" etc.","vocabulary","cdm" -"405","vocabulary_reference","Yes","VARCHAR(255)","External reference to documentation or available download of the about the vocabulary.","vocabulary","cdm" -"406","vocabulary_version","No","VARCHAR(255)","Version of the Vocabulary as indicated in the source.","vocabulary","cdm" -"407","vocabulary_concept_id","Yes","INTEGER","A foreign key that refers to a standard concept identifier in the CONCEPT table for the Vocabulary the VOCABULARY record belongs to.","vocabulary","cdm" diff --git a/OMOP_CDM_v5_3_1.pdf b/OMOP_CDM_v5_3_1.pdf deleted file mode 100644 index 8802fce..0000000 --- a/OMOP_CDM_v5_3_1.pdf +++ /dev/null @@ -1,10587 +0,0 @@ -%PDF-1.5 -% -1 0 obj -<< /S /GoTo /D (section.1) >> -endobj -4 0 obj -(\376\377\000L\000i\000c\000e\000n\000s\000e) -endobj -5 0 obj -<< /S /GoTo /D (section.2) >> -endobj -8 0 obj -(\376\377\000B\000a\000c\000k\000g\000r\000o\000u\000n\000d) -endobj -9 0 obj -<< /S /GoTo /D (subsection.2.1) >> -endobj -12 0 obj -(\376\377\000T\000h\000e\000\040\000R\000o\000l\000e\000\040\000o\000f\000\040\000t\000h\000e\000\040\000C\000o\000m\000m\000o\000n\000\040\000D\000a\000t\000a\000\040\000M\000o\000d\000e\000l) -endobj -13 0 obj -<< /S /GoTo /D (subsection.2.2) >> -endobj -16 0 obj -(\376\377\000D\000e\000s\000i\000g\000n\000\040\000P\000r\000i\000n\000c\000i\000p\000l\000e\000s) -endobj -17 0 obj -<< /S /GoTo /D (subsection.2.3) >> -endobj -20 0 obj -(\376\377\000D\000a\000t\000a\000\040\000M\000o\000d\000e\000l\000\040\000C\000o\000n\000v\000e\000n\000t\000i\000o\000n\000s) -endobj -21 0 obj -<< /S /GoTo /D (section.3) >> -endobj -24 0 obj -(\376\377\000G\000l\000o\000s\000s\000a\000r\000y\000\040\000o\000f\000\040\000T\000e\000r\000m\000s) -endobj -25 0 obj -<< /S /GoTo /D (section.4) >> -endobj -28 0 obj -(\376\377\000S\000t\000a\000n\000d\000a\000r\000d\000i\000z\000e\000d\000\040\000V\000o\000c\000a\000b\000u\000l\000a\000r\000i\000e\000s) -endobj -29 0 obj -<< /S /GoTo /D (subsection.4.1) >> -endobj -32 0 obj -(\376\377\000C\000O\000N\000C\000E\000P\000T) -endobj -33 0 obj -<< /S /GoTo /D (subsection.4.2) >> -endobj -36 0 obj -(\376\377\000V\000O\000C\000A\000B\000U\000L\000A\000R\000Y) -endobj -37 0 obj -<< /S /GoTo /D (subsection.4.3) >> -endobj -40 0 obj -(\376\377\000D\000O\000M\000A\000I\000N) -endobj -41 0 obj -<< /S /GoTo /D (subsection.4.4) >> -endobj -44 0 obj -(\376\377\000C\000O\000N\000C\000E\000P\000T\000\137\000C\000L\000A\000S\000S) -endobj -45 0 obj -<< /S /GoTo /D (subsection.4.5) >> -endobj -48 0 obj -(\376\377\000C\000O\000N\000C\000E\000P\000T\000\137\000R\000E\000L\000A\000T\000I\000O\000N\000S\000H\000I\000P) -endobj -49 0 obj -<< /S /GoTo /D (subsection.4.6) >> -endobj -52 0 obj -(\376\377\000R\000E\000L\000A\000T\000I\000O\000N\000S\000H\000I\000P) -endobj -53 0 obj -<< /S /GoTo /D (subsection.4.7) >> -endobj -56 0 obj -(\376\377\000C\000O\000N\000C\000E\000P\000T\000\137\000S\000Y\000N\000O\000N\000Y\000M) -endobj -57 0 obj -<< /S /GoTo /D (subsection.4.8) >> -endobj -60 0 obj -(\376\377\000C\000O\000N\000C\000E\000P\000T\000\137\000A\000N\000C\000E\000S\000T\000O\000R) -endobj -61 0 obj -<< /S /GoTo /D (subsection.4.9) >> -endobj -64 0 obj -(\376\377\000S\000O\000U\000R\000C\000E\000\137\000T\000O\000\137\000C\000O\000N\000C\000E\000P\000T\000\137\000M\000A\000P) -endobj -65 0 obj -<< /S /GoTo /D (subsection.4.10) >> -endobj -68 0 obj -(\376\377\000D\000R\000U\000G\000\137\000S\000T\000R\000E\000N\000G\000T\000H) -endobj -69 0 obj -<< /S /GoTo /D (subsection.4.11) >> -endobj -72 0 obj -(\376\377\000C\000O\000H\000O\000R\000T\000\137\000D\000E\000F\000I\000N\000I\000T\000I\000O\000N) -endobj -73 0 obj -<< /S /GoTo /D (subsection.4.12) >> -endobj -76 0 obj -(\376\377\000A\000T\000T\000R\000I\000B\000U\000T\000E\000\137\000D\000E\000F\000I\000N\000I\000T\000I\000O\000N) -endobj -77 0 obj -<< /S /GoTo /D (section.5) >> -endobj -80 0 obj -(\376\377\000S\000t\000a\000n\000d\000a\000r\000d\000i\000z\000e\000d\000\040\000M\000e\000t\000a\000d\000a\000t\000a) -endobj -81 0 obj -<< /S /GoTo /D (subsection.5.1) >> -endobj -84 0 obj -(\376\377\000C\000D\000M\000\137\000S\000O\000U\000R\000C\000E) -endobj -85 0 obj -<< /S /GoTo /D (section.6) >> -endobj -88 0 obj -(\376\377\000S\000t\000a\000n\000d\000a\000r\000d\000i\000z\000e\000d\000\040\000C\000l\000i\000n\000i\000c\000a\000l\000\040\000D\000a\000t\000a\000\040\000T\000a\000b\000l\000e\000s) -endobj -89 0 obj -<< /S /GoTo /D (subsection.6.1) >> -endobj -92 0 obj -(\376\377\000P\000E\000R\000S\000O\000N) -endobj -93 0 obj -<< /S /GoTo /D (subsection.6.2) >> -endobj -96 0 obj -(\376\377\000O\000B\000S\000E\000R\000V\000A\000T\000I\000O\000N\000\137\000P\000E\000R\000I\000O\000D) -endobj -97 0 obj -<< /S /GoTo /D (subsection.6.3) >> -endobj -100 0 obj -(\376\377\000S\000P\000E\000C\000I\000M\000E\000N) -endobj -101 0 obj -<< /S /GoTo /D (subsection.6.4) >> -endobj -104 0 obj -(\376\377\000D\000E\000A\000T\000H) -endobj -105 0 obj -<< /S /GoTo /D (subsection.6.5) >> -endobj -108 0 obj -(\376\377\000V\000I\000S\000I\000T\000\137\000O\000C\000C\000U\000R\000R\000E\000N\000C\000E) -endobj -109 0 obj -<< /S /GoTo /D (subsection.6.6) >> -endobj -112 0 obj -(\376\377\000V\000I\000S\000I\000T\000\137\000D\000E\000T\000A\000I\000L) -endobj -113 0 obj -<< /S /GoTo /D (subsection.6.7) >> -endobj -116 0 obj -(\376\377\000P\000R\000O\000C\000E\000D\000U\000R\000E\000\137\000O\000C\000C\000U\000R\000R\000E\000N\000C\000E) -endobj -117 0 obj -<< /S /GoTo /D (subsection.6.8) >> -endobj -120 0 obj -(\376\377\000D\000R\000U\000G\000\137\000E\000X\000P\000O\000S\000U\000R\000E) -endobj -121 0 obj -<< /S /GoTo /D (subsection.6.9) >> -endobj -124 0 obj -(\376\377\000D\000E\000V\000I\000C\000E\000\137\000E\000X\000P\000O\000S\000U\000R\000E) -endobj -125 0 obj -<< /S /GoTo /D (subsection.6.10) >> -endobj -128 0 obj -(\376\377\000C\000O\000N\000D\000I\000T\000I\000O\000N\000\137\000O\000C\000C\000U\000R\000R\000E\000N\000C\000E) -endobj -129 0 obj -<< /S /GoTo /D (subsection.6.11) >> -endobj -132 0 obj -(\376\377\000M\000E\000A\000S\000U\000R\000E\000M\000E\000N\000T) -endobj -133 0 obj -<< /S /GoTo /D (subsection.6.12) >> -endobj -136 0 obj -(\376\377\000N\000O\000T\000E) -endobj -137 0 obj -<< /S /GoTo /D (subsection.6.13) >> -endobj -140 0 obj -(\376\377\000N\000O\000T\000E\000\137\000N\000L\000P) -endobj -141 0 obj -<< /S /GoTo /D (subsection.6.14) >> -endobj -144 0 obj -(\376\377\000O\000B\000S\000E\000R\000V\000A\000T\000I\000O\000N) -endobj -145 0 obj -<< /S /GoTo /D (subsection.6.15) >> -endobj -148 0 obj -(\376\377\000F\000A\000C\000T\000\137\000R\000E\000L\000A\000T\000I\000O\000N\000S\000H\000I\000P) -endobj -149 0 obj -<< /S /GoTo /D (section.7) >> -endobj -152 0 obj -(\376\377\000S\000t\000a\000n\000d\000a\000r\000d\000i\000z\000e\000d\000\040\000H\000e\000a\000l\000t\000h\000\040\000S\000y\000s\000t\000e\000m\000\040\000D\000a\000t\000a\000\040\000T\000a\000b\000l\000e\000s) -endobj -153 0 obj -<< /S /GoTo /D (subsection.7.1) >> -endobj -156 0 obj -(\376\377\000L\000O\000C\000A\000T\000I\000O\000N) -endobj -157 0 obj -<< /S /GoTo /D (subsection.7.2) >> -endobj -160 0 obj -(\376\377\000C\000A\000R\000E\000\137\000S\000I\000T\000E) -endobj -161 0 obj -<< /S /GoTo /D (subsection.7.3) >> -endobj -164 0 obj -(\376\377\000P\000R\000O\000V\000I\000D\000E\000R) -endobj -165 0 obj -<< /S /GoTo /D (section.8) >> -endobj -168 0 obj -(\376\377\000S\000t\000a\000n\000d\000a\000r\000d\000i\000z\000e\000d\000\040\000H\000e\000a\000l\000t\000h\000\040\000E\000c\000o\000n\000o\000m\000i\000c\000s\000\040\000D\000a\000t\000a\000\040\000T\000a\000b\000l\000e\000s) -endobj -169 0 obj -<< /S /GoTo /D (subsection.8.1) >> -endobj -172 0 obj -(\376\377\000P\000A\000Y\000E\000R\000\137\000P\000L\000A\000N\000\137\000P\000E\000R\000I\000O\000D) -endobj -173 0 obj -<< /S /GoTo /D (subsection.8.2) >> -endobj -176 0 obj -(\376\377\000C\000O\000S\000T) -endobj -177 0 obj -<< /S /GoTo /D (section.9) >> -endobj -180 0 obj -(\376\377\000S\000t\000a\000n\000d\000a\000r\000d\000i\000z\000e\000d\000\040\000D\000e\000r\000i\000v\000e\000d\000\040\000E\000l\000e\000m\000e\000n\000t\000s) -endobj -181 0 obj -<< /S /GoTo /D (subsection.9.1) >> -endobj -184 0 obj -(\376\377\000C\000O\000H\000O\000R\000T) -endobj -185 0 obj -<< /S /GoTo /D (subsection.9.2) >> -endobj -188 0 obj -(\376\377\000C\000O\000H\000O\000R\000T\000\137\000A\000T\000T\000R\000I\000B\000U\000T\000E) -endobj -189 0 obj -<< /S /GoTo /D (subsection.9.3) >> -endobj -192 0 obj -(\376\377\000D\000R\000U\000G\000\137\000E\000R\000A) -endobj -193 0 obj -<< /S /GoTo /D (subsection.9.4) >> -endobj -196 0 obj -(\376\377\000D\000O\000S\000E\000\137\000E\000R\000A) -endobj -197 0 obj -<< /S /GoTo /D (subsection.9.5) >> -endobj -200 0 obj -(\376\377\000C\000O\000N\000D\000I\000T\000I\000O\000N\000\137\000E\000R\000A) -endobj -201 0 obj -<< /S /GoTo /D [202 0 R /Fit] >> -endobj -245 0 obj -<< -/Length 1428 -/Filter /FlateDecode ->> -stream -x[[SH}_cj`x}rl Cs̴JChܶ m-Ծ::8LU,9L~$:W| !f g6,li: s9sH4Άa񓤓ϲ=Wtr[ܼg˿ wwl%dv߳n&-/CųKyLtQ3'*Yd@aÆ0Y::M QP.׈!5Lhj:3X@ J!GEtaibAr%.X`,(bhO'l=1 lbѐ3[òx!^/? - fSj$'5'xFc$YB@0g̯Uy23q03q573+7}Mƀ/:P~ow-q -YZ݅uqw/Y3h&iwͨ> b>ªjEad?I~Zǣ}In$]E6lJc"1d:_.Ž`"2LYD[$rg4Ub/+zeor):!"$c/Ҧ(h\.*;qGQ# -;lkzƈD@P)D*pg;ݣ~7kCc"%U]oX[-(ʼ麗6v0l0ŬE"YЊ<zzFmEySRS>͚ŇCx1h$ibj+تŪ0>ִ7"vvY&TWhb"e5d8wx6۲P|䉐O|/{7,ڨMB r Hr,!JxGguQ8Wl4HVe&_uy v}V -Y}jsqT:tN>5 -|6Ǜy3M L߱}Q -endstream -endobj -202 0 obj -<< -/Type /Page -/Contents 245 0 R -/Resources 244 0 R -/MediaBox [0 0 612 792] -/Parent 254 0 R -/Annots [ 203 0 R 204 0 R 205 0 R 206 0 R 207 0 R 208 0 R 209 0 R 210 0 R 211 0 R 212 0 R 213 0 R 214 0 R 215 0 R 216 0 R 217 0 R 218 0 R 219 0 R 220 0 R 221 0 R 222 0 R 223 0 R 224 0 R 225 0 R 226 0 R 227 0 R 228 0 R 229 0 R 230 0 R 231 0 R 232 0 R 233 0 R 234 0 R 235 0 R 236 0 R 237 0 R 238 0 R 239 0 R 240 0 R 241 0 R 242 0 R ] ->> -endobj -203 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [71.004 597.381 124.493 606.338] -/A << /S /GoTo /D (section.1) >> ->> -endobj -204 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [71.004 573.526 147.75 584.42] -/A << /S /GoTo /D (section.2) >> ->> -endobj -205 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 563.508 277.174 572.363] -/A << /S /GoTo /D (subsection.2.1) >> ->> -endobj -206 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 549.616 186.266 560.408] -/A << /S /GoTo /D (subsection.2.2) >> ->> -endobj -207 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 539.598 219.254 548.453] -/A << /S /GoTo /D (subsection.2.3) >> ->> -endobj -208 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [71.004 515.743 179.15 526.637] -/A << /S /GoTo /D (section.3) >> ->> -endobj -209 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [71.004 495.762 220.99 504.719] -/A << /S /GoTo /D (section.4) >> ->> -endobj -210 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 483.807 161.22 492.662] -/A << /S /GoTo /D (subsection.4.1) >> ->> -endobj -211 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 471.852 182.668 480.707] -/A << /S /GoTo /D (subsection.4.2) >> ->> -endobj -212 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 459.896 153.888 468.752] -/A << /S /GoTo /D (subsection.4.3) >> ->> -endobj -213 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 446.566 200.656 456.797] -/A << /S /GoTo /D (subsection.4.4) >> ->> -endobj -214 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 434.611 245.072 444.842] -/A << /S /GoTo /D (subsection.4.5) >> ->> -endobj -215 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 424.031 187.234 432.886] -/A << /S /GoTo /D (subsection.4.6) >> ->> -endobj -216 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 410.701 220.997 420.931] -/A << /S /GoTo /D (subsection.4.7) >> ->> -endobj -217 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 398.746 225.424 408.976] -/A << /S /GoTo /D (subsection.4.8) >> ->> -endobj -218 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 386.791 263.753 397.021] -/A << /S /GoTo /D (subsection.4.9) >> ->> -endobj -219 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 374.835 205.083 385.066] -/A << /S /GoTo /D (subsection.4.10) >> ->> -endobj -220 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 362.88 223.764 373.111] -/A << /S /GoTo /D (subsection.4.11) >> ->> -endobj -221 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 350.925 240.367 361.155] -/A << /S /GoTo /D (subsection.4.12) >> ->> -endobj -222 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [71.004 330.382 205.533 339.339] -/A << /S /GoTo /D (section.5) >> ->> -endobj -223 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 317.052 184.052 327.282] -/A << /S /GoTo /D (subsection.5.1) >> ->> -endobj -224 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [71.004 296.509 259.374 305.466] -/A << /S /GoTo /D (section.6) >> ->> -endobj -225 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 284.554 152.504 293.409] -/A << /S /GoTo /D (subsection.6.1) >> ->> -endobj -226 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 271.224 230.544 281.454] -/A << /S /GoTo /D (subsection.6.2) >> ->> -endobj -227 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 260.644 164.127 269.499] -/A << /S /GoTo /D (subsection.6.3) >> ->> -endobj -228 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 248.688 146.554 257.544] -/A << /S /GoTo /D (subsection.6.4) >> ->> -endobj -229 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 235.358 218.228 245.589] -/A << /S /GoTo /D (subsection.6.5) >> ->> -endobj -230 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 223.403 183.774 233.634] -/A << /S /GoTo /D (subsection.6.6) >> ->> -endobj -231 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 211.448 255.588 221.678] -/A << /S /GoTo /D (subsection.6.7) >> ->> -endobj -232 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 199.493 204.185 209.723] -/A << /S /GoTo /D (subsection.6.8) >> ->> -endobj -233 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 187.538 213.663 197.768] -/A << /S /GoTo /D (subsection.6.9) >> ->> -endobj -234 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 175.583 250.469 185.813] -/A << /S /GoTo /D (subsection.6.10) >> ->> -endobj -235 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 165.002 191.939 173.858] -/A << /S /GoTo /D (subsection.6.11) >> ->> -endobj -236 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 153.047 140.05 161.903] -/A << /S /GoTo /D (subsection.6.12) >> ->> -endobj -237 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 139.717 168.001 149.947] -/A << /S /GoTo /D (subsection.6.13) >> ->> -endobj -238 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 129.137 183.221 137.992] -/A << /S /GoTo /D (subsection.6.14) >> ->> -endobj -239 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 115.807 221.688 126.037] -/A << /S /GoTo /D (subsection.6.15) >> ->> -endobj -240 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [71.004 93.327 295.136 104.221] -/A << /S /GoTo /D (section.7) >> ->> -endobj -241 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 83.309 164.68 92.164] -/A << /S /GoTo /D (subsection.7.1) >> ->> -endobj -242 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 69.979 170.214 80.209] -/A << /S /GoTo /D (subsection.7.2) >> ->> -endobj -246 0 obj -<< -/D [202 0 R /XYZ 71 757.862 null] ->> -endobj -247 0 obj -<< -/D [202 0 R /XYZ 72 720 null] ->> -endobj -250 0 obj -<< -/D [202 0 R /XYZ 72 638.228 null] ->> -endobj -244 0 obj -<< -/Font << /F19 248 0 R /F23 249 0 R /F27 251 0 R /F28 252 0 R /F16 253 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -274 0 obj -<< -/Length 2355 -/Filter /FlateDecode ->> -stream -xZKs8WPEss"g$ؚښl( -CCP:~Dъ=6H Џ#?x](HDjD^/|9ŞO/"f]On} Ɠ MYؓg<vϋW"9n빉^sxuYeY-HZee1ʛ1gƑien>N#-J DELN$"q1p9yu7W׳飣ГC}2{./gwNQ,v9߃9A_ -j  KfUz,9nEC0Cvla$_=avbYBݹå}o_:'ϜTG,ϴ+HWC&b>♮ kfwWܒD_ߖ$RD-ឧM׳w|7#G!Af2Qq!/a2;MZ+"S(Ib/N$y/}K4XٸFv`rERJ6[hޏÐe]Yީ=Pu4ȼ^5-@lS{CEi%+g)잜}2\޴]dZgM_>[_8mTjY캼scNڮV[|GHqH,vR4wZQ^GqI~\Mo${^~MV,8mqao`Hu۟..zxMpNyX側&iO^KfK -#c{#©c:}%fC/oq>}P.+}{8C-|m'q*+j! oq0|;"EGmt Ba,^O T0+0`2)mYdlC[4'V$hVz5)5!Oc8+É~tH=(AJ/tmE*8ܙIqdOQ?U~GBJQ}FINƇ)eTo\9" 8%'nNSƈ0V8А99 EY˳[GLj&Xn|@Х-ݘsV8\2ݻuT1yk5$g~W(@ ~0\o:A5Ue3_tZвss<.Nr\2(iSWY *Hh l";o.M"z+K ,}IWج4.욟vTrq -ƛt)3P&mx$ ]s -^ )3q >U-Z\ّ~À7[{jm0BڢّG3 JOF眮"Iձ0RdEQ%I)pұފصȐqx=Қ*zYiSˢ>z ug.$1}JP,Ë=S&FlF*,'jm܈jhn,2|4G&Hf& [uH&Wqbaփ<ٷ_-h 0ϫCg-S +hIk9!0\e]?ea lii?Dg\KXW<)l(iT@$"ŜUD k;4QԣVi5!Joz@Y,AB^)j> 'X]،&su]F$ph+Ղ6Ecr-M,<e'BJNĝpEvW=䠨=d7j)()&y} 8G$#JBazBC.Ux)FvJ^;Oߏ]d4qKL.Q` hv-LK<4xAp:x  Ⱥ6ML LP?Lsdgn-E$`kmEÂuX7'wt ;p5^IpT2_a3)(DqW?]x9l8° }o{Gt R -endstream -endobj -273 0 obj -<< -/Type /Page -/Contents 274 0 R -/Resources 272 0 R -/MediaBox [0 0 612 792] -/Parent 254 0 R -/Annots [ 243 0 R 255 0 R 256 0 R 257 0 R 258 0 R 259 0 R 260 0 R 261 0 R 262 0 R 263 0 R 264 0 R 266 0 R 267 0 R 268 0 R 269 0 R 270 0 R ] ->> -endobj -265 0 obj -<< -/Type /XObject -/Subtype /Image -/Width 88 -/Height 31 -/BitsPerComponent 8 -/ColorSpace [/Indexed /DeviceRGB 255 277 0 R] -/Length 680 -/Filter /FlateDecode ->> -stream -xڵ0Ub5{Q?Nv%w; }Z+@`J^2U6IcO=:)[Ηٴ^W+>Kh?R -VN雷=xsacp8 >F.ϛtZz$i6A,Jvt:mۻ~>j_?zsZɤP(T* -D&\}9yy}EPAIEQH wmh :$LB(>f!R!PBmV%U`4$0 2s1(SagɠkCd%jha?l0(*[a3DWi`qfhvɦD -NlL]d?,GPa-Z ؒ5æ - -A-fs']O݁I6*gڸ{A -endstream -endobj -243 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 709.041 164.957 717.897] -/A << /S /GoTo /D (subsection.7.3) >> ->> -endobj -255 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [71.004 687.123 311.733 696.08] -/A << /S /GoTo /D (section.8) >> ->> -endobj -256 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 673.793 227.777 684.024] -/A << /S /GoTo /D (subsection.8.1) >> ->> -endobj -257 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 663.213 138.528 672.068] -/A << /S /GoTo /D (subsection.8.2) >> ->> -endobj -258 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [71.004 641.295 246.306 650.252] -/A << /S /GoTo /D (section.9) >> ->> -endobj -259 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 629.34 154.717 638.196] -/A << /S /GoTo /D (subsection.9.1) >> ->> -endobj -260 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 616.01 222.656 626.24] -/A << /S /GoTo /D (subsection.9.2) >> ->> -endobj -261 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 604.055 169.869 614.285] -/A << /S /GoTo /D (subsection.9.3) >> ->> -endobj -262 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 592.1 167.586 602.33] -/A << /S /GoTo /D (subsection.9.4) >> ->> -endobj -263 0 obj -<< -/Type /Annot -/Subtype /Link -/Border[0 0 0]/H/I/C[1 0 0] -/Rect [85.948 580.144 199.549 590.375] -/A << /S /GoTo /D (subsection.9.5) >> ->> -endobj -264 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [183.858 482.419 337.033 494.374] -/Subtype/Link/A<> ->> -endobj -266 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [162.326 400.665 395.534 436.148] -/Subtype/Link/A<> ->> -endobj -267 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [70.645 336.434 238.958 345.289] -/Subtype/Link/A<> ->> -endobj -268 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 322.541 148.408 333.334] -/Subtype/Link/A<> ->> -endobj -269 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 312.523 181.396 321.379] -/Subtype/Link/A<> ->> -endobj -270 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 149.191 145.336 159.984] -/Subtype/Link/A<> ->> -endobj -275 0 obj -<< -/D [273 0 R /XYZ 71 757.862 null] ->> -endobj -2 0 obj -<< -/D [273 0 R /XYZ 72 566.128 null] ->> -endobj -6 0 obj -<< -/D [273 0 R /XYZ 72 386.648 null] ->> -endobj -272 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F27 251 0 R /F47 276 0 R >> -/XObject << /Im1 265 0 R >> -/ProcSet [ /PDF /Text /ImageC /ImageI ] ->> -endobj -280 0 obj -<< -/Length 3750 -/Filter /FlateDecode ->> -stream -xڵZK6Wm5U3D[6v6ٍT85ݛU%ѻ;gOWy544ݴ.֚5ޚ~K[n-ɓw߿~R7v:2W殳no٩yGL^#*2nffhyVB/ 2=LzOg۾84NBUyN|wݞ^fܙ6~:pMwn$DV@^elv5ߚL?thwv}3FL38;\l\1쮙]4Y`rjkkvr`4q+Cpzj&ڷ׏@YE?®zj; W)oFJz[gab k[/"V^غΒLKӻ'c"yφjddd9=צl5q?Mo'|Em-UTB(Ze2NېKox>y²rx-Y.Ej- W>#Gwn'.R-rÞ]$;΀-~84~b5-QMvd s"#tTꨠ:z3mvύ9;>9٢GF&SO$%=\C\{^BĺdhZ1;Yج54\yڀ㪀9[T4e2t\@IA- Jhaepv^j^RvߣnG^*-44bڇhwu?Y'+ד[oj?Xr,CMm;w`/qz eyiUvÙNkm -+5ձS=oCoG -XD3}._0)ȣ1\C 9z|unplP^@y*P.S;6xJP2αPdgBǎ-ǚ.GOw;UdN=kUYt ؕuh o* R͝@K.\ 8U![$ gTfIX -0E< k4!LG_BhX¿L '珃`=U=Ś?C=.W#^.b]gnV"& gwC^a;Ψ-ev3/P%-T:]9s=hb_M3%31"y!>M6౸g}'z*3}xUU)Z!#R%ܭ+A2@PCNUU/:OvV.{^,bܥlh" *JVfܱg{$uey H*{v7k3`?=kqfJ,՚qj,y(QA1 G(OzIĹb=a9 ^,!$Ј>`۟Ko 1d=qD#mAp.z&l57[z DD4YLV`$G HlL/jȿ.J@A`)i{{th>B8!E ww6| 2.RqWFh;mE[0IpUMxl -Ȕ`M3Q*.5CdPubOşfI8n?;+.N&tJ+?սX$u"0Q2nC;l(?nYzfkf" ,s<3@d9Fdf $ D=Kk8lQx -{1č -h@9q"&98ɢ^dg.pvBHX1`#b~}TAEOE;ucC+V0A ZԳo͋3)Cɨa~0Cw4{2`>~{0*YQ vSԭ]^8`$a9lv{.}W4a76=e6Ky9wI&[jMF_ol ӤV>M h\xGJcN}Jhʭa $^cayQs'9TڱURê0ZlT h]bcU\jN͝tƁ]i6XXq><J˸X-3s5BH G(DBxa`x"@!B%3qQ P*? (}ÁIJ@I~Mp-Qzs#d?O) w+kBwo|xŇ\L`w{3l;o]q6޽CGyu FrCQMT*av|]6+J.tj *yE# I M foSy{Z[ |n/@0ʊWOJ' ! @gq./w5ρ[J| 5}*Q07-+³#Nl=5UI3_#2>e i,W%\"˧YÚms&(n -%O_ZO~a"d^𼮨F+<{Q3"{ZN&3eM;;!\fh[(OZ1Һ!JXש&Ҿ9 K ". <4P)35>`y*Ҫf"pnS'r-J'zY$/HQ݄PeǹEKV~HQI.0Y /Y UZk[Ψ -D!rPy6(C% -Q# μs/p"KEExyD -SZ$?\!yq8Izi|##4#hS^xũq˶+168@p03J(YǹڤUg\Vd:aN9NΛd1;K*IDT8`'ƥj2ˎDYF>Zɉ:ð!> Y(^4Y7 '~:~wcI -bǺd[̒\Kƈ`ȳc3/PL9o aQ -S}k$.%Di#P@!!K[@]4Ht,Fp0ɿerʧM %d| BVZkE8Ykٮ -ZqhK]"]?v鯦q28 Y2f nZkF%E\!d5]\U7#- -endstream -endobj -279 0 obj -<< -/Type /Page -/Contents 280 0 R -/Resources 278 0 R -/MediaBox [0 0 612 792] -/Parent 254 0 R -/Annots [ 271 0 R ] ->> -endobj -271 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [489.103 671.238 530.476 682.031] -/Subtype/Link/A<> ->> -endobj -281 0 obj -<< -/D [279 0 R /XYZ 71 757.862 null] ->> -endobj -10 0 obj -<< -/D [279 0 R /XYZ 72 606.433 null] ->> -endobj -14 0 obj -<< -/D [279 0 R /XYZ 72 408.779 null] ->> -endobj -278 0 obj -<< -/Font << /F16 253 0 R /F27 251 0 R /F47 276 0 R /F28 252 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -284 0 obj -<< -/Length 2856 -/Filter /FlateDecode ->> -stream -xڵYn8}W-j~<8f؞3b2p&F-ut[*n;MQY:uvZ?{VGo/ʜ,ckug%x*/.X2|O'xѣW,e|zXi`WQ<'|{yi\˳|/p4 3#5zS[X5W hll `XkrQQcM%`3=)CaӡβĊqS6RtD&v!:<Ƕ' )EKWK3ܐ ]𘺡_3  ?u*.ʮu>Cʒþ<'XQkp,s^;AZq;?MջNm9Bxgrٶڰ*&F5|7[ -旇A dcUku݋Z"<ѓ bx3w}A7C<ѣ?g5~'v_QѠ*Kpٴaq;vzEDG;G+0H 8QX\Ǐ9'%nF, k-v|Pukn Mhy)ES>C!apB?f2h~ӧƚ1r]+׳75B{dB!EԠ9h -=]!uЌ1IV5WV;òn;i}?sl7\ ؃ O1 - $?(96ŲSM,6 yNzVBqKt| 6o/^YYj+U:eB״;<R7;)|t/xTjXSˊ*\X#"$@Ы3I5ަ!ũy)yf+{V -cj`7}EFJJ\LTT"@7mӟ&}}SSRq-& -@Lk,+hzK=%i"̵CłPz)שǀIav}l`NTU!1P ="x '~iW($j --Ydt$ b=:u>ɧ}B8h/W?8[l_|/Oil{"{u]M;Xs񺑹j5=ᣂ܁@BzJZZ`'(7AF2xNBiv^47QZ #n5Bjڐ,H2`45IO@$0LjB0A?XepP$ );$y33~| 8t܈ $91%g'|8=*-W,(M]53d{_hC{ -9է|b<aVV1TBS"F04F}k*hԯ8@}N.JZ.OlLe5xz߯Յp ߮ P=XNd sox21(T˼[:˟Xr1!8,5=69'iTF-WGߎWQȉʷGZCNz#VP0ѯtU1ۢ+L=eݱn0A t׋Ƅ&޾1!T7&H7Wo=2u0ds|n^ pJWbG*c5ICl~\E^T-bn{;BSKiyAh] H@U,n*fAɚ=U 1Kԇ][.&FVgN2(x7?\]uO&":-_`Ak(r50 ,NYd8H2Z;)]&7Ϻ/Tʑ8͋p1p ]g\vwrZot8$";=k=s͐ 4'g]aH\XG 5^W) Ȏ^'X5$=x~v(f2x_/5 N*߹Y @Ɩ9>B7#g -4n9n}ē\B7w40qW?qYF:uDp9M rb7@FSX3X I1y|(qSYH }>1s@!3ʐ|8t2f;{RŠf˼S[hՐP8i0PkE:+鐜jd,% 2cjXHgv9:I&& ޜl()(vө8>힧^>3(`cvZ.y$Y\LXT`3զ6ţ \RPklJN22͈ﺙZ6dţU:A1oY7p"7M:`[R - -endstream -endobj -283 0 obj -<< -/Type /Page -/Contents 284 0 R -/Resources 282 0 R -/MediaBox [0 0 612 792] -/Parent 254 0 R ->> -endobj -285 0 obj -<< -/D [283 0 R /XYZ 71 757.862 null] ->> -endobj -18 0 obj -<< -/D [283 0 R /XYZ 72 622.429 null] ->> -endobj -286 0 obj -<< -/D [283 0 R /XYZ 72 552.241 null] ->> -endobj -287 0 obj -<< -/D [283 0 R /XYZ 72 418.292 null] ->> -endobj -288 0 obj -<< -/D [283 0 R /XYZ 72 377.929 null] ->> -endobj -282 0 obj -<< -/Font << /F47 276 0 R /F28 252 0 R /F16 253 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -291 0 obj -<< -/Length 3170 -/Filter /FlateDecode ->> -stream -xڝZr}W-T/ S[:*6ڱ+UqJfV8䬬|} F {N}=K~.߽ ˳* -YΔUKu;(/nuy <_}lt_VӖ/D -Jl0ܑf=Yfmd4 =Fg~d_X4mJJ1^gU\&l~7݁iTo*_4Cپy,s4&{'Ss^2>++{rAVscׇ{Oi*Nd,=):kN"M^443mEۘ[i5i;/Izo -]}yD=^ PDalM t|V\:K+g:VD=eTbE5mkYMVVf ;"Uw~x= 򪈓mme<cEٍf 0q)e.1lR3^kgǘrݤarR*t鎽[:0<Xkm"Rq̯yhyM,]6fnGFX IyG0#X!)g$&*. CH.nm  -Wܱ)$ "EZ:8\'ĪS8 $Ҿ/θ.[7t87.HV#:7 Oh&bg Q; Nҩ?o5i"'m6>j/2UQ =Cf.NqI@C19< t{5l6clhJ8Sdd9զۚ:rBDqº$;o2̅M| SP 9%[7nS (r'h-ewknz}ձ5nW:U&β2+Mh,i,c[%M .|w{7^y1󁴌EV.>-g1P(ז%^Qę+ܱ9($Sehd߄ oPW=tF"b& Hi@SHƓ|ջ 1@BrwSR> ޢ3W+N-ve6~=c@d h8.}8dA@&pd1KAeX[඼_) (E;`EwTa;ꄓIjxa=n'$GQZF3QO^!Zצ -D=߳5ؼojNs0 NK$?K(7K5 1$5 2/:Ykk'b RYW6M2 brTEWL-` ,glFHEw|؃GwlI2qe^GQoltfU@:~ʃƁH^u@-3,9!g40+32)Omb S pfwYE\>䳐Kozhj+u ^p5%^S}8QSOj$Fp]2Eot{E e\>R=,#wI?Xjj[,j>g4/'3Jm;֞XxaǾGqM2)"Wo.i{az,}_ E T5w]tXRm;"lw3-ҢrL{NVw4@% ƣgywz\_'h &_Ȥ_Q 4+.(K drϣa4^4ܿ,xަ*_'FWzfo,S"Γ -r"N\쌀 -endstream -endobj -290 0 obj -<< -/Type /Page -/Contents 291 0 R -/Resources 289 0 R -/MediaBox [0 0 612 792] -/Parent 254 0 R ->> -endobj -292 0 obj -<< -/D [290 0 R /XYZ 71 757.862 null] ->> -endobj -293 0 obj -<< -/D [290 0 R /XYZ 72 720 null] ->> -endobj -294 0 obj -<< -/D [290 0 R /XYZ 72 582.066 null] ->> -endobj -295 0 obj -<< -/D [290 0 R /XYZ 72 296.741 null] ->> -endobj -296 0 obj -<< -/D [290 0 R /XYZ 72 192.126 null] ->> -endobj -289 0 obj -<< -/Font << /F28 252 0 R /F16 253 0 R /F47 276 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -299 0 obj -<< -/Length 3416 -/Filter /FlateDecode ->> -stream -xrPЍ7JY9) U$mh@Ԓ {}kUw>F*$JVw4Za*]]WxdqmDEXZe_{uQGvWo?| "9XxS~ᢏ'Yu=lϵ7nki9&wr_4-۳ujZ9F3ʿl'(o'2W0ʮ-OB~ewar=qo6KtSe3cXc D (66l.?__~l~ris3P'Q#LZz@qK1ONg8~ j Csr[ya e.mj N8Ђ}=0>u2]vo}Ys-UCI~C`[Iޒ+mM,N2 ^ţzJ`aZyu\)UU(Nx6x` ,b o4yþh^Y R?ܫfPrEP - %TIg0a6Afdf[ߐ=FMUrlfFoAewm\pǖp{A/Gh)v@T-,U $[_`)Ĩp!OWVe%Ǘm%@ ֢5jisP_/gs3Ĉ|I -,UG60G4q-  #N޾DPE4뫾@T#1Z&f^c|PKua]"/&=ɀ]%h8k8!~2g=6vcs- C( l')S -F/$ZwhxW@da%{]B7ʂh>J 'D' c փX+5lA:]`t.|- !WOFґ+F6)9(A?s$$ |9 -R :yQ݀H -Ȁj2#F&[ЖsB!(# (s]ddnJ3k stzrWgz~v?ttA&4Ą10bEYLB>3(\9B&si s:8mAc& T@ϰ6d@7#,ekFJa]7nZpXxb2}m Ysm1W0!)+4kĄC^ :22lLQ -'  -)=q/ Ԥk7a'ZԳ0y 606\`K6m-E@_6Yڙux|5}mHV;N|2"Mq7ϒ-l 2$~CG&R\.h%#cIplxuqL]6f\.s4͏'>aN{mr'8g%`N.ag^E&  -S+)`O˰"e4ՔbaSe|mM8#Jm2s,)u&mƧ,#Qm[FF.NXy-0YEh!`а1=8$?aMzdԄ.{O)) *`!A%?TJ,\bD]~%)y"V@ VϠO3e!Y,X mzdlrboNM6U2f5o0K -,B^=~WO*a*<<+$Ɓ&SFꊉgw% Jl)'̨M 0;) -ӎ%5invٸ O:Cއ50#搰'N$y}{zލJ1)(ڤ6Wn} "BrR(bOd!W" JКWHKmJi TnNސ.Lu(Sc܏lQ 9hD>b`B{?o>ox䘾#̆|t k4xQ YLkxj>:J}SV$dzDRxjz6Ixm -{?1C &l)1?3@m);?Zt@t@Р|OmԗB2h AkN*PCdw$t0qgVK hoke$AWDɝnbp3}KW./NGxk${+we/}InT"%pZ>,Fa^hNeÃpP]l ,}k)[mVL%gcLX;!: $5g@ -endstream -endobj -298 0 obj -<< -/Type /Page -/Contents 299 0 R -/Resources 297 0 R -/MediaBox [0 0 612 792] -/Parent 254 0 R ->> -endobj -300 0 obj -<< -/D [298 0 R /XYZ 71 757.862 null] ->> -endobj -301 0 obj -<< -/D [298 0 R /XYZ 72 720 null] ->> -endobj -302 0 obj -<< -/D [298 0 R /XYZ 72 598.624 null] ->> -endobj -297 0 obj -<< -/Font << /F28 252 0 R /F16 253 0 R /F47 276 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -305 0 obj -<< -/Length 2481 -/Filter /FlateDecode ->> -stream -xڕYKs8W9dd'JMa2PdBZ+=s@l4{s^x'iGzH/RN,=Yo?ܯ.\724as#e"?@bmS뻼r+R;8dc)5Ki6~>.Y-Fx9;uX -tt0uvE9^&ƒKr=1RDtRaȦi/b_rt] ۬h6P[^ Hn%쫫mQz~@}@[f#asL'ͭt82G0 " ݬ80XhU݀:>uxu?j}45&@e~H%.T`#m5+څ ruЗ+*XJQ%fwmdŠrZdlXXCj#I/ZI z+)H0SAXPhL U"sϾ{!+EC:I.`\N νLm-ci -+C17,W -S5UŽV -l5it*-1M7w9|,f@ݎ/FϝW8-O9 -UtEOg5 -jR=q-؍t1Gcu}[Z6o&^>R RKg3N 3{ih$Guf a6sX:IŽ;gߍkC_?GaȀ}ykTW^t{M ΙsmD 5 - Jsm7`YW{dqy"N?}:Rʉ%VƜH8* -endstream -endobj -304 0 obj -<< -/Type /Page -/Contents 305 0 R -/Resources 303 0 R -/MediaBox [0 0 612 792] -/Parent 309 0 R ->> -endobj -306 0 obj -<< -/D [304 0 R /XYZ 71 757.862 null] ->> -endobj -307 0 obj -<< -/D [304 0 R /XYZ 72 490.922 null] ->> -endobj -22 0 obj -<< -/D [304 0 R /XYZ 72 379.811 null] ->> -endobj -308 0 obj -<< -/D [304 0 R /XYZ 72 328.102 null] ->> -endobj -303 0 obj -<< -/Font << /F28 252 0 R /F16 253 0 R /F47 276 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -312 0 obj -<< -/Length 2450 -/Filter /FlateDecode ->> -stream -xڕYKs6WtqIlW.I0 KP(> |:' 4׭hwE\EU .ޕUXɮ밈]sh»vQXٮ<< qz>;.vuXI{EUe_Wi&: >>< -nj8k1׿puw!XY] Vqձp:7iL33ʂ/MR-o$.O_l k4*iv -4[e&@#kD'4|΋ͰM3]Ǐ Dei$j:3O9rc$>q, dZ[f `yǍpMu;*-F> 8k -n_8q*-m~򈇇p2[q^ T3u)2% $rp:Qx꿶o'a%gz%[9%q|3VJZ%E.Gkf5Pv {nUdL/޺1@ac7#v{<.5 -N`:NL6nX.gX\e|t"4vj%@hp^!O֡Pxs( ͔uxvhd}} ws [Ѝi+(R&\ϑ<Ҧyd)9h`0n凞(knjl~S߄(%D.YMƋDOuvpOug -+A - -Щj$rnX b74]"TS\sOO7H:8 -.$C*w@vVoT9i?;1s - ǭLloFOʒ?rv˒9ȝac2=H?dP|du& 6X/d$rFmt25lj1 -4`8Wɝ {vT,쓓j -pB4'SafkY-*z0gF-Qm ֛͂U3y(d`WiƘY>:M"Wr__X7ߡ}GcR`bȠZ=f2GQڣ"fg Uo& -ӼZ*(&Jw2!Y,O5CFH{H8 dCɂ~LkPuۺR6V~7̄\@mȺGT_ < vϖ)Y zZ&(uŋ3CN  T; 4zO]'R4~0y0%V!ވ*$jee{~4” -\IhdץZajR 'f*4J#RyG`w4[QNܐ2MŒ^ڢbG%04?iWN˞ (FJSp''# `R3z]`W"M0P4. md e@C8P`@aWLL̕j~[J*̩^ "V5Ϊ9G)/߬ -ǃR;*fm7'ӳBd(.2!V0\Xb.ʑ~ =A{mMt#|)ͨLMDtlbI24.=w8IRDag&pBC@4! ~%79$6PfREjC#{&]MtׅOaY$'Rl!̓,Qđ0J=-2?I8OUhBUT2uEO7 _֟1}MX6S`sn4$H p.} kGTP*-:T)?Eɋj.;#}K] PY8&aR %Umxl`dN9`-Yh-uxBv$Qc[1wgzj }on3O"a$yqO|黒V<ם/y9N j IcYObM쫻 6Rk> -endobj -313 0 obj -<< -/D [311 0 R /XYZ 71 757.862 null] ->> -endobj -310 0 obj -<< -/Font << /F16 253 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -328 0 obj -<< -/Length 2173 -/Filter /FlateDecode ->> -stream -xڕYKs6W*֞YEMVf1HʯOhEiߘ88qE^$IP"O")Lx;İXK,Ͻ ׯ)38ꐥ:G%5[ܚ0kur)^ 7OY(qߕ |ּ7~yTNwuU,j&l6TEţ\:,Eɏ*lV -ǫM Y'5-mHB"Jfq P620fwKh]xyP`9i88]g9-gF"f !{kF)?Y#!.=AdjsMQUDc])h zt.E(1GiR!·Nl-*2UZ/()R4G&>qi䷷&g5;H9# vJ%m12xuaL% 5'shV)V3qSO(i?HE%LtE(ὢ~lO4`5Ai0Qƒ;:ӫ _ qwߺ8t*mS8e}~|vL(eWasTcXKO 3b*0MT?[.%M;BG6j2EiZ &jS%y$iPI!͍ә#olN!:vI|26wU^} T`v:MujքLDmA<5u,v%4i(5)@䮘b!cogӿlX0M]zXߚ]ՌjKWg0Iݾ{!AE8"vd̊)si ujZm -2_Zf 'Y)Q 4}efV^mx&,auQ]X ~^_r `C /md?۪@(z=&2ZەtY?X`jlTb >{vq#Ҍ/ ˗8T-5?uⲐLX@6้jw<r*źt;󢷚_rUC)HɶP ~c馂dOy dP׋m⿻}-yTT);??YUIy;*g:Σ9aw5{+fsp~yۉ80ƹssd[FY}Z 2[uOLRM`j?R*jEz~~B`#W]߃iJ#ozGcm㟟?^_}Wʩc4K K.J - xk -endstream -endobj -327 0 obj -<< -/Type /Page -/Contents 328 0 R -/Resources 326 0 R -/MediaBox [0 0 612 792] -/Parent 309 0 R -/Annots [ 314 0 R 315 0 R ] ->> -endobj -314 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 91.247 123.362 100.103] -/Subtype/Link/A<> ->> -endobj -315 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [70.625 79.292 144.431 88.147] -/Subtype/Link/A<> ->> -endobj -329 0 obj -<< -/D [327 0 R /XYZ 71 757.862 null] ->> -endobj -26 0 obj -<< -/D [327 0 R /XYZ 72 143.952 null] ->> -endobj -326 0 obj -<< -/Font << /F16 253 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -333 0 obj -<< -/Length 3078 -/Filter /FlateDecode ->> -stream -xڵZ[s۶~ϯ[Kϓc;ϩ팭tt\%)R? %X,o̝7םLo.2'x%,\ ٲ>?c?Di2a!_xlY3;|AY@*#ƬǙJP@#RcCJlef4~ -Qܯd- lnʸןpu!ײ\]a'CCY-lrDe[ #Ȓlb]7׭Q 1RP.DmxjQฮG oq7)8`vdqT[ij ;S 86?j;8v|F%A |~M9+F'Bo8(*u뼛eAP$F씘0,ð rB"j-vdaƇXOIFW^g & `77f"bc{fw= IVggk 4^V59G5=RaY `<=];&83|aKdϊ7PAvk,;=P?u"\RJׅ~IKHkU'@ͥ]„v9u@G)o4]a}3 O  -xx-V |nXlQO0Z-9=Nb ᱕: -E"GI|+RizOFIs2KAGᯝT}MׁJ+'~fv}> -WKuTr]鑃 +8S;6t`vM_ }ҁ^*Vc"o%͟I9qI%4h)jBƤKI8wn%B5 -.;}%9BLYh_Z/GM  _/qYl_LIImpWU3"Kwj9/}0soE߀)ekkaOv.lhZe:[QتaL%r?izhEpˏ{$Nj^#͵hAIe9YN\sf՟N%Ѩ?/׏czr;@FZEFs ltb Մ; b8]LP${LfxoG躺h=^ 3[Xէ,? Sa*0l6esh; % 9PO/],3ȉcVj6Tb1pT}U9T&by(jr@=SJ˼}v+ӆCUGV{NM32TX 7TZ'\y2pKDNa -%Np) -mp`HB~d>g -jU~I"ko\jŸD$ 肪C:檟Q:4nU>'PXtl )=֢1*'5d5ꗽ1^0b2Jz $E T暺/qɢӜzXBӏGbz҈F -/aGoyC }=\x.04q2.l  fjJ鉠~^wPp(sl ]7Bvٰ˻W+sb3OR7H -endstream -endobj -332 0 obj -<< -/Type /Page -/Contents 333 0 R -/Resources 331 0 R -/MediaBox [0 0 612 792] -/Parent 309 0 R -/Annots [ 316 0 R 317 0 R 318 0 R 319 0 R 320 0 R 321 0 R 322 0 R 323 0 R 324 0 R 325 0 R ] ->> -endobj -316 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 709.041 116.03 717.897] -/Subtype/Link/A<> ->> -endobj -317 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 695.711 162.797 705.941] -/Subtype/Link/A<> ->> -endobj -318 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 683.756 207.214 693.986] -/Subtype/Link/A<> ->> -endobj -319 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 673.176 149.376 682.031] -/Subtype/Link/A<> ->> -endobj -320 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 659.846 183.139 670.076] -/Subtype/Link/A<> ->> -endobj -321 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 647.89 187.566 658.121] -/Subtype/Link/A<> ->> -endobj -322 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 635.935 225.895 646.166] -/Subtype/Link/A<> ->> -endobj -323 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 623.98 167.225 634.21] -/Subtype/Link/A<> ->> -endobj -324 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 612.025 185.906 622.255] -/Subtype/Link/A<> ->> -endobj -325 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [70.625 600.07 202.131 610.3] -/Subtype/Link/A<> ->> -endobj -334 0 obj -<< -/D [332 0 R /XYZ 71 757.862 null] ->> -endobj -30 0 obj -<< -/D [332 0 R /XYZ 72 223.868 null] ->> -endobj -331 0 obj -<< -/Font << /F16 253 0 R /F47 276 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -337 0 obj -<< -/Length 214 -/Filter /FlateDecode ->> -stream -xeMo0 >&M1ۤhiQʁOBbL~dWG p l^y^[qugos/޳=uF;SUL2!o &>"ǡQ( -Is-VJ4T4*vfHcwMXNu;\N}?"aJot џ(ΊJB -endstream -endobj -336 0 obj -<< -/Type /Page -/Contents 337 0 R -/Resources 335 0 R -/MediaBox [0 0 612 792] -/Parent 309 0 R ->> -endobj -330 0 obj -<< -/Type /XObject -/Subtype /Image -/Width 914 -/Height 726 -/BitsPerComponent 8 -/ColorSpace /DeviceRGB -/Length 51694 -/Filter/FlateDecode -/DecodeParms<> ->> -stream -x ՝lb|ЍY "*n U451PfWlbG}IWv5^@׍Y"2Z:##na`hn3KFF%(Po]NKUuMu9TLwsrғvm) -@h*8Rc;+Я |@[H?0?q x^Gzଡ9VlWNHh?,Ν6BO(5lԸW! (a Vҍ){x%l'?m+[٨RG1nyFэs=/ZiT]E\J)|@[H7(H7l=q Mn;OjW:G:+G[ZBѮkEDa/[; {yu7u]*7U#[S7;IATinHm}Һk溳cI}rͭ6iX[DEfSjBm5/(1u -%Pc:WҌ9 BeE#gq~H tCj޶57|{I?yO罗;iV[wsn*oWF*Nw/<0\#K\_[HxHV -@!ugyWG}m})}co]9ȡ(9oaBp8]*ޮ_Qr7%Oon4m%h+m ݐzpM|R‹W׌goX5myNmiۤuS[Ihki)W %B&A[kh+m ݰӵvl]O m"meMQ%;wX c  XM)9A S{1H @[h+醻ʍZ{0][H7V -t \.od>k7iQӫNCoHRQS\y"5P#@[h+&im-9%aü@l)#D`lg jbmh+m $JJz9GU< (ͼ6u$ -@[H7j-wIUT8HC#Z8$I7c inVo3g4u97U8Z$5nL/V -@IR[9=qZݝŨ -{qoVc$1 inVLM,/emϮߒRDO߶m 5(@Mm@Z䴕+P[5oǧXTd*C$g\+dΛ7LLH th+҂O<M-iuDAe -5@&%m H >H7V -tm ^H >H7;RI/o5Nm@ZJ[uC=M^:j^s $V -@!ǻZ_}Ƅuu7װSFow7  M\}B~N.ؙUS{+9}Y+㛈fJEi9z"V4a"[t)avbȍQJE֘ls7Xm@Z.}o׍ {qtilW[&]:qKb^)}yK k"־K$tBē\{m-6ō\(!.j0!m@ZR[qbs_v=o]y+n껪q7^sr颦.ffv*+,ҕ8 )Y(fhƠhikQyՈokn4m s" -@[H7nY㪗jy+>;N`i-mCbN>GRD8uރ I[hemvO4sEQrtFV}A$H tCj}՗_߭ZiO=q Ob!VA[9A[EGVz VbCA[+in :j'OpE^ H9jӹ9H=̀8@PY2ɟ[wE^A!0H nH t]n`Fik=Qߎ &wvkw/ye8ƺ{dˉV[8W,0qK -V k}31k+hs&K_S˽>L4rƨeXF#p' bP6V -@gݏni_ذ}k. -@[H7n[êcji8yIꭌsrk!m@ZJ[yp 6ӵu);#i -@[H7-Y{z}E]ov h+m " VH >H7V -tm ^H >H19.V,s3P`KcUy+yU/dM;O)y=LhrؼpSOo; dMBU -@[H+&yEq_[#5V ե[g,[ M6SG[aY -@[OթIV[ E]- V#cQ(k\s}% -y V -yc‚kXXi)m7޻S[H y)W[w&MY5q+'>xʌM_ᯗ6R6 -9P%*rթŹS|+̳mϹL+T'99mipRB-}EQ $:Y t $3@[h+Ro%']/uOs¯>{ZaTdG9k^K3X -oY`ei>15a(q1܃O2mq+r#;.j2A[h+Rmy'xݸ/uw֋r3]K3l,ւ"ousʊB&Z<]?_HϓZqLMxiTrXhb{y}ȍh -@[ruW{5L곟KGݲSQ~ï}pwHNchhW-"k︩BNEi(SK&2/[R}i3H`t&fK::'xlOJjj,da5i /gݏni_ذ}k.S[ H yְjطZv^m1z\\ZHOFH yz<{ںqєܐ@m@ZK[@W݋FWV -DIh+҂O<%;RI/o5n - -@[ڪ紎nQԷ+! -V\mz&W1aA]M5,sݩR6ICiG٩XZN_.`KMOZ5o%n|܀ j~s*ǑsL$YSszV -Kߛu>~^{']r5[ՖIN="mT`+ (J@x(< Zla֦YV,/ʮ%xJ k;iH y)W[qbs_v=o]y+n껪q7^s)ikfK__[ɖF\6 -ai -@[ru˒W=czWǮi?w+ǿvSOCF=RBYn=x;)Cj+v!M {%;)r[ -mm@ZK :j'OpE^e 07+A_;}> u)'g+u#5̧/әdjBԳ`@KVnڛںxu,a[|;k;{7_׸_d54BYwX[OiYdA?Lm@ZKm|]{.^~xc_[I3.>D%?Ο,j&6 kTk ];ɔi cXgI -' ēeh+m@^"hkϞҾa1\P@[h+A[7tϿaՂo4ZToe<\ % i /u[7p|o8][7.c M@[h+햬w=վ`|wb7T h+m@^"$ i'm yH >h+m@ZȥB>I>зs9QiZa9TY_>(>9&1h -i /ri+)EǸ\Uŕ?UqG\ڈOgNxj -VE2m% MU(msM3j>§ -s諒Aksң㡭 -@[ٴQAB mks.F@{i4V71(l -VE:m-njfIyc4me/m@Zȋ|jP=Jw50H{A^K#ښiH yP[PZ]=z$jJt1T29w@ -VEFmw3]95EEtwx~3[i /Rj+ -y m-M`eWi - S -\@[| /V -yCN{{!Fw\g=Rtm]?Ȗ{$&{(e7W~[!Z$ϑ.IZ~V[@d9GqUpufx,AA -+St'BUZFVn1Wϸ]=~*:2R7-?o:;+<}XVòT+PJ- R3Uk]WXbI-MT2`# < il10d0-^wA;n?[(sNjuRu9+_irY6%++A|O+|PɥV%xWRҩJnVz'2dR]Xݨ#lsL%y +j~"gUmղo[JVǝVQmNTH[q4e9!YVWnVC7z4IA!@[kn}¶V>Bj}s Xg}ϺJjex~Oml_d;ffǽJNصԵi^%8LzjVz1is`TmEAɠj0W@_>5)o<]CVB+-HSL>wȏ[wYz\v"HJA7#}o>wbcˉ_~t΍Okv8 -mh[Z%o":珸u̥'_ٯ-a~}h+j ĉeJ7D!O 3q$}{GgѸzǞu S0WR_Ķɳښ=)ǫQF>V(Z$'o;_WWZrnhku+4E#O 3q lm9Yν۶:%nyegϊrK킴2):MhREi>c5`yûN~Ώo9+Vz<1bAS -A0H@V+Ό}̧9HSIDɕa_1Yƶ{KYvKVz Ԫ$5x9>ٱiߏ{qa5X\W JH 1!;VmOURNمme;Y|Tkw`΃X8y_?3 V d@[ .~Go끮^v@"0h+Emm~dNll9ϟιC}m͉=UhkSIDIYtq}KO_[VWW3pW(h+{4 -쿉8ᄑg}3[h\=|ƂcϺ鄩?s+g)|b[YQwPm5J5TCU -yz7F\B0olđڊĞ*5$o";]d7:/tzl-~/fw_gEU=ÔeESq,SL檺 ڊĞ*5$o"޶57|{I?v]{ftmwݿgE[ܵm{2Zv표A*F]5ڭe h+{4 -쿉8;;Lu7:k+Fkn_ߐgEm5-U1B%ٝ,79Q^kgaȽNJc8M;V4'TiL 'q'ܶ鱟Oj]x״WK/0Z-Yw+X%A+'RO250͉=UhkSIDɞ=w?}ac1-VvhNB[Ә*@N&BOn[êcji8y},G ]S2 -"3ҿ$_$o"ށ9n~cq-ȏϬv@"d֌@[%EJH.I)Lzw^4zكc[ VhM*!Ɠ -J%\n D֊mɐT%((14"Sr-6`[ϝr◟?/sSڪ#hk͍ jK[7ߝ'F+iN}~ZYO;ǨrwKȍ] -brϪ7\n &zs[\zuڲׇvž@@[3lm`JrO~=Eg0Wc8oZΩ?Ki-ι<{5Qȏj~!T;ʷnoY~_3Wسn:aY+"yVwe=j!Njl{+ĬV`bFtܩU#Kdgu/D >^_%Vn@6X]muJاSoΛf(AuvN^4Jk/sV< Tv¤ƗF޸ow⁃ո|\$ϊ2o+ɩZYJ%[g-7H`rR=⷗ixzZQ0U&CRVCXUVĶ{ՙVt o"޶Yλ{?v64.;]YCVSkww**9Z\Z_טmkBZ*m{!EJJ)S+*]Ii%NwOzj Nh uuum[Ay]7egϊxK}*UT<}{~J!nٴZ̡ p V{D^hM*!5a\݉X%j8# ̨kk@[ez1蚇?W'?y75Ա}~m-{TqOm[Ҙڪd,GRR6IhM*!Ɠw= UFɕa_1YCj]`Ka(m'*i";*|HNeD3V'*D4UK-YiɳFm`j((1hoH9WF[m'`ո|h+h+ -U5m3x[6l_<ӠQRޫ*ښdk>ĂX2Bo[êcji8ybeښ0UZRj„yfr9K>&Bl7mkj'$ښĠҒT&/V^{z}E=8湥; hkJKRMhsXџ\34}[ pss|3S|KKX98<|d -jЍؓD]Yd@$2IhkJKRMr~'=f75zqLqg{VYq8J%f8X񬅓{N'9'> -UF{,y/GˑQNk:ݶ^>,_P=*KӇ/$F^MQAښdk~쳖2f@bB\^@k?_>??xk^o! -W Cճ6SonCn+^UkCUJ=j) VI#RZ wc\W`ʟ8# .m'³ -ZF'F]{Ԧښdk~pC^0?DV_ҰOl>-gs?┧=Cm5PK_ӎHz_պ(VI-54U5͐ڪ' IV]VHش?D#'œ~3?FaM {V{MkDO-]hkŀHo -Jh[cvUj'}),K[ĘKSVXhk*vCINu SZn۟gOx+z}[a$`=$ҩ!"obKAU*#ɾOZ>mš~R^}ĥEM[Kǣ -u mD(iܩN5aiuZtmxD}дU qKVw9;i֪nfV[@V3W,A—ΙKd%; $amJLUBC[:jo/ VI}RY2;tUWX;OKݱ DBxVB[3UZRPO޺-gRg,3*#xၶf 1h(U bںy+" -UF>Y6 ( [1s3p]S׽sjRUFm5 -b?g;VKښdk>~ v2:5|h+A@[e/umV;4OܒUPS$y!abcUFxbq&)͜ßIFp/8IfIh}VSݐiV"?T*!js Ul%O~NHըyʩ*:IOhTξE3 -mY;ُԿ7l'fmɐTe#/{"zWֈbNpcBLϙ:D~?.**# O2'oJ*Y߸>|.!uO™m.1h(Uiݞ'#-NC_[91EW!V)I}}A -"" k˘۪1$6=hM*ěOR=fI~"k(RPalpQ&h$>i#gW/Ba㩿?2pmռ$6=hk%BINuU{g5 k;}Z J<\ U UF}xqQEA[#Ģ?N=!'WjV_R}Adq?yvrAJ .$sS1mҍZ:5HC/s_G*UnQ@T&ݟ~ +Z[8xje[c*#I /BM7.F&C/,m5 -aG*#9Z]䟛9WXbN{h*ۚbH c[%E& w|z[u?U>Vd*#Rm@bViIQ -%VIK=޿> $amJLUj2UFRၶf 1h(UbVKښĠҒTe{K֡#Ź{/k4QB^SLA'AxN;V"wJǥ1SiRbbyJk usZGLZZ7yFz *#xၶf Ƒ3% a~"!;t_Ϥ3&,鸆v6z;Cf_!?');E\ɹcXh".v5R:%ÏIE17'_"keRϛ@[e < 8rb\m^4eȋ:Mx`仯)36^ڼkHِge`&6|[g(M>ܼtr/s"_[M=%_l.a6s6{9q=Mo"&3V"X̪!Uް4T/W=[mcROvf Ƒ3% j?NXr҅R+;^.˯1/HPVz!aN"oDs -YWrz@ ]S M%EV#M[Ü(VIٳ|kz<=X# _9]-J\ݳ8KfM;@[3vVșruo;yu}k^䔫6O]!eCp #mHa]b3-d1E]t_YHPt̲]SwյŰ(i~J_\ˍ=8Y;lh9uW@SQv/-Ɉ*I1CF ENShk9W;ʷ8SoKgXGk+G1kް1՝ 5+jcf Ɖ SqV#/]c{p{?u=|X*(Iei9]SGC 0V2JE$=ɹ TUVfTxcZ]sE[CXYdNƶ5H[y#w -5|)= 1蚇׵u'q\xK;{q|3W-Yeߒ=@ UFRpT}1p -XZ;Hm5_|@Jܨ7 ӵuͣ'$;PKN&?7$S8_< 1 "hp,XF2Rum-[H$K-? F[8*:3<@|Kښdkc[A~H9W*#Ut8O%g\8%'&K7li*K]a-eƴm@Y#gJ "m3x[6l_< 7T?DݖW6V35ig5)XְjطZv^mmx.7HښGΔ@,DmstmݸhXn5UR @9+5ig5)X:{z}E]o}+P[@[Y)M;qL B4m`@[y -Hb) NBHR'{JM?P,e9$,%9!ڿajnP_!mv -R2@ A/uXjڿ@j9TNR4P- 2HRo R_H"NS!Kmd9S!Kmd9SPjb3LƑ3% !Uh% -md9SZ[@[#T@[.-LVllNs=].2i=1s1eSf*C28T)7#v}h+CJ{txzCU[Oxx8oZ0xFuzͪ5l{8Qad2L(l݆KVn\rq,ʅS)HH)5̯=նF2IEp tgHe35[jP|dkHhk,.LM(tD[g#o V^(Ҁ >smpH"NSvljVzzxCa{)2p[ݴCrXxph+5qL Bhm~Yu:{Z*$ԛb|~/[ -md9SְfC,U7 #kuGhġQԉxu:z[ -ښ8rbXUIo=O=M=m&Ƕaٯx"*ͫ m|f2)XGCAIo8@[3'F$L @[R(i/VhkS:FQ~mpV;J#[@2X?wh+&ڊ8iL Ă-9Gښ8rbVݦ9tOv -Vhk&ș'tz+=Hi1ǬOԆӎѷ9R'Vhk&șR1Ȱ?Cm dɞ;嘿Ǟ}Lןyܜ[^2ZZ,h@ -ywb*n'8zLrJ]~HUss`S*p -md9S$l:]g;}갗;?Ey^]ǥ |<ѰpPU#uguRupY=UNM`>ʹbۧj:TVhk&Ĉ)8[Dc[_@{}ɟ{ ]y%w;jɾA2Hjʨe~bnteIFp D=>:\mempH" pgXV5 3O} g97@F5T{O[-.LթW\Guf?BLgo*VRAŀ8@[Dy[^Ʈt]uL5u]/Y}SO_{ӣ4h|;j+ҭW9Z n(ǀ Vh+)HHOZ}ow㚞9ܲoɲPZo P7?7oY`oCjO(7b@"@[RƔ҈{Ⱦڿ?mn^՞½[U"壥oʫa E^=%+LƑ34"aiuZtmxD}Kdǧ*稧*9=L4ΛdE827Vhk&șRu컧?w>KV -md9SA[w9t<հ3.^meP=bѫ*Vhk&șںnKw4tfXښ81"aJ5Nm- o;߽lz 0U -RmE> Ra3p]S׽sjVhkS: O$Lh+)H'm!ڊ8iL)H|h+LƑ34"ab!/VݯKU99E%Ǒ'[Gyb?*Cٵz8Q0L36law! -md9SJ#6_.m%`Iᴒ)q0qʾElq]b8@[3GΔ@,Hѩ`Y;- ~\Y%"}@~F=4TB:DLƑ34"OxW|l+q5sdPyz"y\­F –ښ8rF$llD)>6Բ pCѿ+K]QY`\h+CJd'"B8$Gd~ؾސjn^B8Wh+)H'"Z݌sKW'-|O% x 4Zj^ɂKpCA[ ZHQ[ɻL^Ir A̙! ;>j/+n8 Vj+14"aVb -md9SJ#6ZU3*Vhk&șRVP @[#gJiDC[A-mpf2) mrʕ[g'+SPOH]ޡǔyWh+CRqiY1xRRtf !]v! -{R 3e@*y˾;gBUj)*wTW}Bٵޥ0<*UcNwL@(s{j`FXh+5KĘUچ˥* -aWrNT5l( -Y'ly&H-N[K;{qH%f!VfSJ+dU -FwcVeq4eZrygz8"7y$B3YӨ~0ٍL`ZCIc2?iQ{BUWis,yb +%͗R[ -j8c|2oFexhÉ`r/DrlGsݨimOԷg?7HVJw>@[3'|Kd -I$l>g2]@[nGX.4_[V]"ukTg- ~鉛'+ִ7ádh+Up{ Eg42Ǎ@Qu>O_f>% ,M#F ab$a?}?JKJ#J|YPYJ*X{ͪSO>@${:? JDH)7|nX!$!VT1J 5ɔ@ok|!έd%/Λ̳" Qos*1;ƴ4>TΑAV5 -m-yIҨue 5ٴC7Cum5꾸 iTZp"p{[==";VO#DkpZZ+dokh`JmR.Usk[7_{n{W*Ck wWvK! Q”¥] !mudeI) $TjLI[f?hز1ly![=ܕ,ysb C_ɦԕ<z&T&%5 -k@(\4_3rg .ZZ`ΓͺVz=)<5#%;/K{SA[m"! f]Y)*YΉ-5Tmsןk忮 i7]TZ[G|yXsUϪ;_cZNJdg1LX>|HHY*#.fpOVCek_(r)/'wq/v/h+}rͭY((Vՙÿ1T m)UbزU\#'8F~V[yH&7Bi;F(^AiC=9v樴~R;Og0 mMKh+55M-h؞ȃclèaP|[g;Z[}֏[꫰TT=$VK|r~%|HRYߢ;p;H?|N[B}!.Kv$! Jښ N_uh+ - -UڔYtĭ[gIwΡ=2D(R.h/toT栭V#}o>wbcKuozMbmEm (i/$SJ$ڊvAS6U LXvwq`q3NwbCe|zs[\:ꆥ#Lk˜ _{Z;PR]I$_G{[m}{GgѸz&T7cٝ|m{Ukxm-{٥ґPE RbDcE.*Zo&_̈mQ=5&l"wemEAʜ|YK/Y&!m}Һk溳cI}rͭ6DhX[O[MS)m)$FZXBx.Alby)|ߘL|cFl dnL5L`"jR[?J 5ƔBP, i޶57|{I?yO罗;iV[w yڪ;nx=lv/^<*VyTTk/s8njQ>Ѵ5̉5L j+ -K_2 - z[A-\2;/ꨯ9o˶w~s1G?cmFgmL=PߑܽL\}[vSZtl]O m%11^PzB  }0Hw`$"j TJ[OvC~O1i8SOM>y)%OxeKa=jfF8?Twcu(tL5ɔCtC=M^:j^sҒܨ7 ӵuͣ'\"hEL&L9+6=d~[ޒ-j[İl'v^?{Ί珏ĚsGsٸw8ϽMkkߨzJڱ+݉0ԒSxԳa#Fy4b99"m wo ^>O}ņs?xf^qک$O,K+3xRFL{E󲌠aNyIDݗ4iʪuw_98Sfl: 4yאW7_y4 ̭ܜU+d;'rN=s̜E]~HU*f9geiyTbTo댬AD) ܉-uשݪo5~]o-O5l~̷ -2 -5ɔ"OLfy rn2nw|?#;5L(\[<9Kn -@[,7(4n:珸u̥nX:+mk+ du[7cϤ@mM \o`D&uHǦ}?RNUUD[/ɎOҢ<43!qM>aPDyu$lEMcg/4V*K}M^ĽS[6{cVrOHRXEF+΀Ztѵ3тJ6@[ -@@[LI(D'ت=~ǻ&)`0LZ)=@ʉb<pמ^ghkydJs\" !MEM&Lř%Dgc* DW0'я_hkjQֿNQ:_[5'Dme]CBښƗ "x y+耔mFO)ӃQ=F:.ˍ@}35rz[+R;R^mV-j+C%E< ??\WЉ KdZ)a"pʊ`Rrϲ"z[M 9 dhk`p+7Ks# Q% mf7%$-Ydhk(,OeΕrn -S\;.fi{H1ZQTL}{WnbVRjPZU+U/ Q”h+Vښh+ڀ\:Gcښjkk3 626P~!s0~H`*~?3%|GR7~yemj'XV[ N 9@[ h4elP03AlIoD%"#^݇\Ƞ2Χ!?V Ƞg4J[ذ'k$b%G[: \okp)G<]e-_V5--V 䫆 - s0%D -m,<1YƆx` E/ qWC ]G:Q|QR& B[m~B$L 9D[g4z[m2WMy" \' NkpmuF֬Um՘T|DC}Gs^2iZsmMRH_zf%aJȉ,J/]"hn:bҺKGM^6RkZk8 -j --EQ] aJȉ4܅sB6!Z[5h #G̙#/ !'JŧKڿMLjϯ>c‚kXXi)m7޻SK謴+rvQ=y>Zdq.DD{f%ƝWwUޫo mi'O5T{;uO%ө7UW~SuqNY^4JNѥzjVSL\Ң3DA[QdzhALu4khٙ=?dΉ٠ٳLjO&Q1 -f#+@Dtм< t7/lD[Kխz~n=ϩܺoPխ{ּVi]S\Y[w,}gBDž/~:5j3 E[m:7YGө0gSFMw m-q(&j+ͤwcs^troth3u~T@"T?.y@[K% vV]#?c'ORxVASoE䤇`@󀶖Kh+6VšVD[?t2Ҙڏ^%=uG/ŞC |d*' vPJ:m ;ԁKh+6mGyzVgT5#Ya4a2ʴUpCZfEgǿ;L 5% -Mkw>oqVP^% -Mk떝#~{ɯ.hڪYhȆj3T[ Hodž=7 w^{]Q&`'K*SNnSm9<ԟB`tN;a,:@3C]CSn]2suhN$T`v -.K7U#7GUQ -x.c*$iĘg%^ĮʼR}K~:4͵gh -ڹwHYilm+M;Zc2`!SXmLClmMБ[Tg"I6ɛvŞNP1dIThC[yt - -޳N~g5w_ξ.I1K3?Xݙ jn9T'6[A -y^ԠԒ -#uyp6-oOJa[l8(ɂ7S1WuM[4aCsMfv\OR>Ph-뒣GysxҼ޷gU -޳~WumseK?okZ%<=]0z}umoD[pQ61Whk˺hy -H&3H5"KO۽0ōSzoUUҖ>*|-X@R~&ɳMn5.urPlN.-fؾ'NL[7Y[Zi_y75+7_;us. ^%ˑQ gY㊖pWn AҚ8`AYem-N CĊ*)֖uݵjic4.G~Nz%%ddVjU+ .݁~x{~qUږoI@[akZ0WPvڞJX[8hN&Bi;?@p=#Yz>~Dyz*UQ[iG/^+쏥SV)ڮ{U-lʺ= A ^N2Y>ϨhkGtH@Tc[dUQNIx`*+%+JUK{`n[m%<@;/[',Ў{z:G[AD c+s( l)Xذ5S[-+h.Zpܲsw]4em"^[r,%QTU0| -howak-Z0W}junqP[\?ySm -HVذ\z -Ɛ/^M# 𾁾E];t]<@ѩHf(8Ej51G]rqgM"$ѨO6m -=m-c g>~ˤqdtvM[4aCsMfv\OR>PhO*m{Ozq?{sm>WQ`4{ jαQjM\3ܪIUnf+ q*>i+` h+'CObŒg:"x\O*m}zk/:s9ㆦ}3?.t s{.e[OaxپhXժ*_| Y24{"L>S)"V\=VOZmym?&Ls6t\ٹ(]0cYn Ձ]n ۷325DJug's>O=NjXǵ%U -V~΍8Zp( Ͼk7g]v N?wל7\0qɦ:zṹsKu>OD5k]!͙=abjaT3"a"mM'hVOZm}s>sOzoiqn]7$ eپh 5f)X:KTWշȺ\a8"Bڙښw.}ݧ3߸/x_ˁ邩㈜ z \VX}=P^:햎1aBmU^VOZm}k.=m|uk6\e#t B~Z6ù%:'vⵕ^+A[*w얈QuD)"K*%[3O \7~ӗKAS`7c*@zSr/b_*" -ښVOZm=썪9MS:p . k_|K邩7v q>?ءz \VX= P^`$FJ|⸤aE*Zo6?igx}Z/m};^:k',|lGp'L վ)Ր0H@!={|1Vi `@@[(?iu_Mӟi)8oWa;{ G邩7q *@zSr/biUSUA[sv.|m=>~"֭')EX,RuD}j-Q?a7iV*ذi ڿ?g?'2hWAL"n1r߭_'j+:m>ņMu;ѷ{OY_Z^mu0a1 sVmlJi{];Wum;7F-JG+6lzmŻe-;G~E_]ц+mmYGo1?{m vt@[Sn¥n~M3+H޳N~g5w_ξ.I1K3?X.LoTUvPШ}ȫY+Sd3oy4ߊw-LF߿wzmݺd~o@*ڪ#K2z[},#-8ATofk]ٳj;tGP(lN5sF6Ҵٿ)6+SPsVl?u4 ~Y34u\yOw; Hڲ.hșX)sKGD5k] -1WNA\`. Z42$@*-R @+*oKLlQ=Z8hmٸI%Vgr㣖W *O6h+Ki)Rz-|Uᜤj0;y`j t G9{t!L"'@?dUQk}$GnjZihXb" 69h [MrT{%?y4a -MJ[Ѣ0AHbZ/[ #P95f8.jTWշH9)D'(9ļV]m6w3]E fE5$ PHwU4@Wq h+,FB<"^qh"z?D-HsNVbNymm-hY_E/9@ -HV4T|'(ymqmM9Td/[}>~TlFD7aUbVhO!4Qa6h i/cы5E܌1ţNVbNETKGc))t=Ժ.?&6:*{^m)S,|Q=O$5GNPX@-7hQf0W_D.9n7mʤǶPdͪRU)@[x*,pWas0l,G^95~cꈶ6jocæm#! _sY DJqw^.>1RbڹŜ]b~y0=]ﶸ?c'86ĩ<`@|iH\dZ`kQaBmW*m[4F/b9|*_ԵUS̩@[VqOG"ԏ/ >dS:~ C.2Vlؠ47tC"J+ƕ~$tulcN@_mmphX)">0ԙp7-G Ǘx%OFygĆꤚrmeNJm}62i,̀\k-Ng:#Y9}5.) -@qhbæVmU -IHC8zGLNRqo*ST\߲ 9]ϻ`rW@2-VRQLnP:wȃ|O94wifU/ $%\A% 7 mmNJ u/?m 3VLtORJLiVJɝ߬?5.֑W;Ιh„O^1gC̕[KҥUFe~z.^)ZyЉ0ŝlajmNq-3D[ 2h@+?wDiVJɝ߬J@˵uӖv\i╛~ד)swc?w.e[[n1*nQ#) z=0Vkn\q3:8n ЙC[Ah)#Y nc/ַVqZoǗv+3|ʍ;t7\FRjkhh -#;,k|~q -ڪXMO'%)imLaS!s?"mpGںc+>?:.|lUsMm?ċ/!DϘ>"Tu:ۈ 'A.d4134k_pSt.y1*2 >ލm3}_xnB 򚮗VNzѓ}-r.Q[".z;\ƵmMO6ǠOWV!,4jltO0ikNAOFwmMu3==LKzSpY~c ocU"QI'R\pߍg]#?c'ORx2m=46^$/iO -<%J MO6~)87*@uU3,qVPLuM2kkۘaZx mLHE.I' ܖX[8hN&BZHV$,tar˄'cЅZG{%/9(VI H݋Ol'4训ncFz=N"FTK"Y0SZU] ڼf>ϨhkGlX2G[\8V:JK7@hz |H#~g -k`SuFbZ{lbh̘v&K6fz{Vmq'I^jhZR[N[.ifhI׍E#% dU.җ k+U9)ӥ- *( i$SPrnLxcLmV?@(bHܖm[稻p(yL2}̦)Amƀ6/YLiƶO[fZ/b DLT״$Ki  -Q,mʮ GcGm9Cűġ*M3է֠^ -b - u,Yßdc.+"c4͆c5fl>m -@*mڪ,V@ҖYvHn?V@Qkp{D[A'͵U`q4B5?cAlM Dd.<_pe5i/ C[Ak(O VjǣJX3[#2lR kHX+f-"[|y(5 -ZCi~2](W\V]LeghE.Sl&[|t>#Y hA߫`~40ta1ſd50óƹGh84V8jx WK D/.Ҵښe!m+|qH"͎WM빰m1F -h5k+:fguaU0 = mU-eCјCu6c<)_ļk5ֱ`Fڍ  @j{k<)@3y~=LHY{6myKB//Xm~/[%U|%U<Hhh[fhkQcGt؞m lωΪMEpO:J -o{q\:FY/?*~N˩YtVh+@ܵՋ[w+KRRUծ( @[%sdIαt@[s[I7h+ &.k3(=3\zUXpA$.>騎mmlʴA[q`8֦`V - {6h+ܠ8@[mm:.6leڠ8qMGQ[a+mHƁ6hkcϚDI -mđʱA[[>pY6w泏2i')$g-m -4L6o޾:ngwg: sO_ &:+7JժNY5uZӝ}/ DWYݗntɒ#p_yh K42-0@[-< -n#hm}zk/:s9ㆦ}3?.t s{.h[[nRm t69ME ˮ0'8kxȤ|oM;v C$ٖ401 -P%oe oqIH;wߞ׻?F̡|iN}^q &.=|.ؐڲF[4XRtՈ@c -Ɯ h*V@!P fo8k^}i=\=2^썗ſx.jkhAJz ђ^ m&eݬw 'I-#b5ez-tA@C@[AI/ z|W~lqן0pgoO|/Q`h+#ZUFͬt5bxmOښVhh+h=&z}Z/m};^:k',|l,dg|*3UAA$-b$Vhh+h=m=>~"֭')< mCc[ygqYɊ&.KࣰMVdh+kQVzi+a&D[8 ihlP wؙ LQ<rjV+Q[`E`l -mńĽ9ښ" -@ -mń]%=ϟZV5Ln7DU -(Z޴c[1yϿNOV - P(h+h=ƶGoOt\EuK߬MBm],F]p $#YGo1?{m v$ VhD[AI@@C@[AܣA@C@[AT0(%xOh+kQVz[TNlUoj8ZNYVkuaa/-c3 ?0rUjmX!*kYL+e0#dmڨjL9ʿ3QKh+kQVzOvmUohu1:'uډL~T?ҰcA~w/>Ũݖjdm ΅[ my[Ac[iɍiG"ޘzx kkؖ\dVP@{$˟MEO/ $fTHXUfN)VLh+4| |@[@_bOx 8ZBEA[A1' P(h+(&A -m0(V@!ע -(Z| |@[!䱸@S*φ]TV@+7M,[JبThh+4~WM#=3QLDè2E2[v BQBEA[A1iF6D{>mΪUqb*WY=+Q#o)XVP,H P(h+h=*_>jɍ3Y[kUi p,~ai+? c&mShmu.h  OKHQF#jVz V+g װ7ʍ - m ?ͨ%it `*_8TQaB[P(h+h=V; H% -lǬɒ53H6Whk -mp$Az,h\T17jA \T5҈x,IGmA[P&j+M% -(^c5.*_|j.mh+kQ\nh+hOBEisM \=@Chv@[A{m46pɦ~ϡ˦O3;Z~')y -)@Chv|P;zӦ0cN'$ -4 -(Z=״@ym?&Ls6t\ٹhޝ@ h+kQ\nuOg}n̵_?e}.WTwkõJ۪|>P. f:)|hm7W{GJU=_Vjߖt+υ2c>+@r- -(Z=״@~k.=m|uk6\e# DLZuQT>*4B15STy^  caԆ~qօʱRx΅[f0`Td'.(l -(Z=״@>썪9MS:p . k_|Kj)"^Ddj}0FYU0[cbV&JrKDǤ'Kc -Wm䏾+QjsM RAoMNei c>So9PKp s;MH"$ [+֫0LG.dqhXWrl䦫!V@HisM |#G?ѺS_{_=F/@\"^(}(HW*KQjxD\xAOcN=״ gK aHu###h)"X!Iq7O*ZAB?\U>Sž$id|Zt$mZ=״ vVox:7v|lH(^"[;Y{Ŧ0<I$ğKnd@=״ -ۿ?g?'2zJVt3v:*TN=`j :;3sXb) Xt.`L%zgt -}Ҵv}ulVZP(M{i:'eȽ^h˺?pEչ - muݑv鹦`>C]CSn]2suSu@[9_]дvl 𾁾E];t]4>- - -DUjs 2~ϡ˦O3;Z~')yw@[A l!Q56CObŒg:+h+ '-HӴtdHG^ysۏ/郞;g n<{qǜ ]3Wvn{/9wgP -@`rlۀML7޴ϸzEs7w} $(4iNVgS/_Lj![iKn 1.n):p8iBY"vJO$@[(Wzlش3PַVqS.vWwμfsVumӥ^u\6PKVGOC5{4Ր`l[ -mt|pĹL[[ в77M7,خ~ի.gl%v5J J6Q_vn3h42\q˵$:&!.-A[U -Qtg~g՟4zF7~Ϭ -H;N"/ʬvyᑛ"966-lc9*K3~f\SIr;Ds -ںoOߴ[V0VN=g $ 2w m&es~:_;Hos7+Fѓu6Ud5߮Hg2kTu -@/Tǎx{ *߿)S_02zR]qW5L<꽤>q,g߮'y<)Es;#*(h4\[T6B>8+։6Q*~?9Ԅ^rWg{4W\1vVfH3"U$SAh+ҠƉPʼnAUk5$Z43Fυ~je.:yKX;$3rYܠT61ԇ͏?x"͏|4epD%Ky_bDݖj1ׇՠ8X$̻d -Bٸ'/ǜ5 Ra׈ѓ a)abc/u.*4Vrj=2 -(~Xi+aVox:7yűCB1O)=In0gFmMHױ dǜ: [MzD%uɤG(u_(蜲ėK m5O9 F/?,ƆMrs*-hkh?xȜ293hF'-l{o_>aɧ\*`##qbXՠ:_XJ'#ZmT?23 *ҜD*K},~ZePRoTd@-8?[m&hw>oq -@P*m%dDAxԖ0yЬ⠎1Q.XmvFPPШx ;xbe'mRf;=}Vhk4뎑75nso>-Ƒ}By~V>90d@[AA|$h7Fog7}3gO3g|n'̯JUZ80X"VeIj-RVi 3l д1\m- H_gwhC>r'_0S޸ ?kZo}OIդ48bhg2m me4}20aeUڪi - -H9gN$CVǽyфw޿uwQ}+mstAW[CCcRAJPʼnAUuʅ9RT0{@qR+Yw^wE3?O8w|u}j×g>Y Z/0?G54}:Jo RVP?Abb+@[A),ɻdv^ ׼O ' LŔӹ_Qr.E[] T;0U-PUR+Yw켼I TjtS>(5B)  h+( rEx:yw՛Gmd/$baBv6GD<V;b2PomS?;Hg;=ޒ6.M4dխh(z)3 `4.WBאj,?¹0&@[*@[F[8v?ѽs_V -PW,4M;FDmg,3EpT(E mnu@[*@[~H[2@Ϟyۂ{ɻd -P -IPXp1@xm𫿽gڼenrOR&TC=Sb7WV}"4Wm -Xhow|c9֝zSop[6{_ &:@[[YE[I6A%=뫻(A=Ol U<dMP9 ND4ALUaM6{jTAO[mm@hm}g 7,Mil~}}_vw۟ fՠ4]D Wm2z)@L5U wF1Gg+V[㫊 -(*iOsTih_`ۇ^{uМ[߼rd2`Ul4HPBd'x;#l!G]ӏik\UFŞ*V工|@[*@[Z[nX:???/L/vǗmҷ\_W.!J,r]$RF +3H@j/~ z:Lξ -OzЬ,t*Vџ  #ϯ|/'_/[ f_դVD7UŠe4-ΈZ1xIM5H@XUvǟ 5 - 'e=oqV -PW,4-;G~E_]ц+U%h4DzWT(E C]CSn]2suh} ;V -V4$k[ԵsIm?ݵ@vh@TPjp1@@[*b@[AT rm!Rmת?Q'*5WFy2aFj3[1pUZQ/(zgb&f$F?|ԂժjA[*@[Ѐj+@Lñ&[fikDuiF5{S,AATZQ-(ygb΋z - t3F|DoLV@فVzT+VDJYLֈ $UD }5 -P -rw;04%^[tБΟ8F@VP?AJ+jL|TYUI+@[Ѐr{J[yGU841V[ST0Bqmm@rI e)Dr5XAQ (3T,6NCP;_kԠm@ZďEuʓ4y^dmVyA;s^;Ѐo -(;V4V=l:54>oԽ9}:[P֟')#wNY1K# L r@[*b'` -HB[\ НVо@[*b@[AT rm!kG_=-usw}w7 ` o}r@[Jk q73oݩW/? W/eZQ`2Zm[FZĢVC?_EFs - fH;VB^dj:S3#)f;@dXʌIRmm@hm}g 7,Mil~}}_vw۟ V[\6?*ŨJgp͟R[U竒5ybof,ꛠyKTl [s OC+Ozo>;:4#;]m OD  Q}4vԬZZtln%M?",!^[ɨ*h+@h+@k Kg'|RM+=m0G -Bcc+3nL,W4tbv3pYa Lg:#J/P -P -ёWn{N_}Os͓ׯ_yFK/IHլdb Imm2V -V4>>Iﯽh+TNIei1h%{`A F{4b!k0H@[*@[rkZ} m]d_HSV32>$ުGJGtO `;;^c6H&=ouC` "&A8V1 jf -P -0:x[ܽc/m~m+h떝#~{ɯ.hڪYA–^ T(E F߿wzmݺdѼ@vhH֞7зk~k߁#y@[*@[Ѐ -~@[*bl4}w7 `{G_~f8cdU@;m+@k+onuL]4a't/kέw%G邉zma2?U_Uj (8] -P -?N1xw_qyМVp]0*Y5$X$1HȎ(E[*jWTUVӏV2_ȫP[ސrmm@hmݱk} _ KL 6)apQ@UCxg9f/_ -̝}UmU;[nVS2f@[*@[Z[yO>/<7yMK+'=I>9Jl/'.fmP F[wοw N!ںuy@[*@[=C?ooQ%t׾G#فTRAT rm!m -PC4uZUB _ЯԤA ױm٪53RKfeqfդA#@[*@[ЀF[)!ev7!s5PL#$YҴ]?U=_Vrflǘ&ac  h LѶ4Պ>RHhMG+QVKGc  hV_)%-0;ums@0-4c58m6V -V4d>GL욡qZ^1Qi>fV >?c  hL3bl  VxENjؚؖc@*@[*@[ЀVOD@ik ЍHj]8Js傘4S} -m JHh>V -V4JßE'b&HQ8Yfñ d JP3[  r@[*b语޴- XEh+@/k+q@[*b@[AT rm!m -PC4cϚDI -mm@muȇ7}I>I!<}?oyVb~c=xq'=sƸ=9nx6{(]0YYm׬j-xaUV=د"ٜfP&\"+RݪP+dMd-kJ2hV -V4_gwhC>r'_0S޸ ?kZo}OInjCV4)%sMq \jc1w w3{ ~sɑ.z|WxqG邮˵ղjU/iaM4hZr)@uU6%<T^wE3?O8w|u}j×g>Y Z8AC2ՓZianӆ+֘ٸ ;h+@h+@kqᚷ7៟2ÿ2:7 _:Jh|u޺K(7)_CSyrA@[*@[~[c{>鵁_u}“I[-p2j$Y Z3 =O0h+@h+ \n`&D[8 ɨA=@[*@[F[-Yyl/O~mDmMH u/^pݟJ03|2)XtCM6Atll+&h+@h+.7pD}G[h-V -bn1r߭_'jk12:skmm@mOڹhޙY7j - =8zO3o[s#y@[*@[Ѐ -~@[*b@[AT rm!:mתtR%y7D_U5j 3'hh{t_#9sl՛ h@K;Qʦ|fY4nxٜ\2dZLBE)?%*vh+@h+D\C3 &ڢZ&J[fChHh+@h+G!U視\[oEZw:h+@h+rZ]#Yk ͱ)*k%:]+I* Z Y[]GkecM$ ldG`C\-$ :GJh@-%x뇪jWHVKֹG$Z m,"JH>ғ^1`%1Z7QMeZ GD^h+@h+@T hmbA逶T(r -Y 0WP>xgd2N\A:+ @4\a+g -<@(4Vt%o -endstream -endobj -338 0 obj -<< -/D [336 0 R /XYZ 71 757.862 null] ->> -endobj -339 0 obj -<< -/D [336 0 R /XYZ 242.364 212.095 null] ->> -endobj -335 0 obj -<< -/Font << /F16 253 0 R >> -/XObject << /Im2 330 0 R >> -/ProcSet [ /PDF /Text /ImageC ] ->> -endobj -345 0 obj -<< -/Length 2292 -/Filter /FlateDecode ->> -stream -xڕYr8}W-T^ͱdc{Vf*3IXf"^|vhyHzp͜Ü0vu¼4's@!߉R,tVFeus -7KQm'\6y>FHBJL%C՝/3 CJryh MU+JV7 >Hcܶ{d8# %%nR|d{Ul.teַV*S왣#`"Yը ٤!xX0` ڦh˄oUCKGZGӀe)-,oB}H|RG3|RjE@5#XæU.\= x_t6`_i -1H0|aݨR۫},&_K0y b5ĶTܨ;L2psW>j:UV`aШGD0$dԭ %Y,VYήTrrс.< Z>o? @1 -}_{slj0kH! h O\- kϼm /))ʺZ(r׳J3~eU[E=~tvR>Ь.#U^ Uk#] bAKsm7ٞ?vbketv4M,D8uMqwFv XX}Ҙ -&p p-7[ÚaM_%Q_9%͹'p_5wa퍁DתeL -[vr`[Wca6"7F2`ʵ! -ݦ6^TFLXLh0}bYd!хWg^D}rG鄥L6ZdcU]-ۉط$j^6qjw`R{Ap@W|4@LHvAk)𮒖LE{8L 2:0pM -MOAh^ ֮6L'6 -}7G֋й6wmt5XtsiUo`Z2Zcυw --R2n\5n7f:N\w8j0?Ůjr{2'cFmKQS٫.`pp/c4އ] -Q^n(DtO=oBx7 -< 6֌FGdfˡ|^o66%^ֺ -@醴̉0c5dI=uI фiqߗPz q܆ۺpʶsy ?@%0>Vhi`02 kUS7u?4![D64<(ufhgӎn\S9:vV|9f{m:[ ]痽΅M|/&?Rm -endstream -endobj -344 0 obj -<< -/Type /Page -/Contents 345 0 R -/Resources 343 0 R -/MediaBox [0 0 612 792] -/Parent 309 0 R -/Annots [ 340 0 R 341 0 R 342 0 R ] ->> -endobj -340 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [271.641 653.306 331.029 664.098] -/Subtype/Link/A<> ->> -endobj -341 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [442.091 561.034 487.117 574.982] -/Subtype/Link/A<> ->> -endobj -342 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [442.091 537.124 515.897 551.072] -/Subtype/Link/A<> ->> -endobj -346 0 obj -<< -/D [344 0 R /XYZ 71 757.862 null] ->> -endobj -347 0 obj -<< -/D [344 0 R /XYZ 72 654.302 null] ->> -endobj -348 0 obj -<< -/D [344 0 R /XYZ 72 151.057 null] ->> -endobj -343 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -357 0 obj -<< -/Length 3833 -/Filter /FlateDecode ->> -stream -xڽZYs6~Л9)! ǣvخHV*ْ9H2W/ȲShݍ089 ξvtrYgg$>KTrv;= -.10 zpe4ßW\e {;^Z&Dÿ1@JͫI[#~oy/dJ^_6i5s]azUޖSko} Gs{+ve_6u^]2R?H#>e1N)X–vbvvLS{3е7aD55W[_`!0g|?KW'Jc?DnmR}I 3ނ0 H́7mޓԻ(D]xa[n=uS57Bx9XuJj3NPEp{e˝e},U{Uf+q\̻aՅ@$YmxԆ{Ue^&$fCvxvcOԂ:|q#? -mk;r;v,eT;׶uʔUT~.pUҀzs9rWʮxX>4ʼ;8y]~ůIsлLmښ[Z[ټݸŦR_1AVEꖷk@S*}eB}튶<-1ƫ_LĂ F;r(C`I Xy=.VfCmY|ūBͷVMBΑ j_e"n$ k X;$n3V'rػ廃ƔZ I\O~W~?jW'"_k0_W0)* --pWт6!}lݫl,sV>~&@W+Ś2I%#@WRg+8x fIcn-n[$dgΉdaԍѾmo"0"V铐{q+8S' G/{{̟FV@9Dѯ :ج\HӮBPNw31ZG+nơl7oD @[-w@q.֟IQ7#?X -wxTʿZYG1 bxQ!&2NI̠r;vij@O37'o2MKՐ?&v_3;ja;~eG&F Qn1N H?H -ؾ%eFalgF0RXD+jñS:~5d(ѐKfE3yn$@񐻨?7M7$]o7$,$g[A9d*qFr8# ;:41"ږeHAwa"'qggJMgJO*@8푛n Y'J/v: u@HCnd@ wPK 0.B'S1e߳u0&$_Q`\ړn1%gݗ$6}y$9S"+<]Nޕ 3-eeC7Z'pl'/F*69;Tvzr,[ Y0l~ \U ^Ce"fI9!n1h}L;uNh9ǬISٹ by$^Ms<.Ha)-~~JCjkK sdR%d\yOqЈlK5DeZXQm.r%5}hƫELeˁѬGy\?$P`=?p(P71o).fPub⵵t0t6A$Q'x{TN@ʴ8t(qqsX8(M|pi%9]M(S,cN2r+=]Fly,]F9]o~,TJLxňQDsQOv8X9 %grtŗBH`~%_$bϵ (%Nr'`0>wb' D#+[\lsA V (d@A@Ӟ ۢWNA:z -:l72*f7'=Cv> Bh}S6nx="3;aT=c -@ذR2a0@HIYe3@~lu"" 1GĀIxԻh|2 -֧ o{"уG^D0ȑT|Ż/hjp= X\)unpR=OÑBn*Ph -h| dc_Ff*'jv)}!lEI~iVHgJn)eJp*VxyDY)`sP9'9h~%Jj,+mwDM ҈&+1Ϡ8ZNwP U+0-m"KSjdzQ(e}~ďݳ̴KܗGp8=tRzGz6-JԢcPRE/?m.ê<1l/8!5x^gA#Ixq^'?AZXvZ޹;.ڶ.eٜcU;md3i'GNJNLޖ/dbs\ -ͬ - |)F2ec~ᆧ&:ϜVnc'd~WH~^zvQ+ySfC;K5(#cMӣ(:C {N~qc>>M+s4<b@(S\(Խ9Meو  '"B4 O+٧@fcJ`O:g<{/[id'{ZvyBu?HYVUdTNtǕk&gw'DVX*ʰ6f/dO\-z@&3~P.G1T)lk׾=1^ ^ jg;xf+wF=;ydٗ:} -~970A`Cq#$o<>ZK~D[";;oN?,R4q|uqCI`+SrqBMe޻O;ݎ`~E2Bֺ('$%؏zvCV`p9Ƚ.Eς p?I=[l( RbER7%]tILJ%rN*njE>OSAd0@_zk!;|࿨nBgU< ]Ў*:}yⓒ|ޘl=i_'&0b բӫ'!, -endstream -endobj -356 0 obj -<< -/Type /Page -/Contents 357 0 R -/Resources 355 0 R -/MediaBox [0 0 612 792] -/Parent 359 0 R -/Annots [ 349 0 R 350 0 R 351 0 R 352 0 R 353 0 R 354 0 R ] ->> -endobj -349 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [431.064 611.463 540.996 622.255] -/Subtype/Link/A<> ->> -endobj -350 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [297.737 551.687 353.196 562.479] -/Subtype/Link/A<> ->> -endobj -351 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [308.771 384.314 427.624 395.107] -/Subtype/Link/A<> ->> -endobj -352 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [335.545 372.359 450.503 383.152] -/Subtype/Link/A<> ->> -endobj -353 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [325.235 348.449 384.281 359.242] -/Subtype/Link/A<> ->> -endobj -354 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [155.188 133.256 291.398 144.049] -/Subtype/Link/A<> ->> -endobj -358 0 obj -<< -/D [356 0 R /XYZ 71 757.862 null] ->> -endobj -355 0 obj -<< -/Font << /F47 276 0 R /F16 253 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -375 0 obj -<< -/Length 2767 -/Filter /FlateDecode ->> -stream -xڽYYs~ׯ[* W7؊ BjAHk_)R9zzz@=Q+ZGy&HMj)WS"3;Ǚ܅?~+y'&:R:*@'J,jWw̚ tK,3@L̪۲, -~5Vv7hK(u3+MS_\vMSj7}d"_g ab0mүzWŸ~Q>M6Ju'o,U5v<`[ ;nr36mŬ9bMWіP+ǓTQV >;n=ʮ_ ITE\TGE2I4a $e$dâ]pcrƗi%׫uM"Um_߁({^U J熹u__oּ opEHp/'(Si4rI˓O`c?*J4&ZH|8ߎ<-G9Zzૺj<͓}eSx'."bqSAV$=ΫUM>.:3_]{n)pq -ܠ%wlMEY(xuۢ%Dt*_6 -.: -Ė 3e #'*OS =Ry+Ĕ_S6o/\C& -LqH>.U6}IqLcvZb,f[ AxGi"|'w{\5gPkGշgмW%%/|Cծ,*jL?W_A]+b7uPNh-&[NڥB(߷?2Z߫PaMXZU$V鳓8*mƒ~ ]Bb߷MW,FI!a66m%ѨȀ?'Y‰,w,>#;I xG$)d tw8)~zXxzI[ I5ELKo匿A &_9ےfw QL8z4MLI///] +dqW@=2<SGckNMޝ(˒&V8mCFp&iфQQ}x <ʥtY_pgޚc)7ONf/|O*#iЗ 'e+ ~ }+Aovj$G ,yܰP>~lT3ժ!؃X%C`m - yOΔBbC 4GMz  P)~{x8aw,Rӑ3[EHY5:kQ(NLp݀}rn~f)C_a~~4YzpI%-Ro^{nEẏ=ZǠ -(Qw\tr!?vAYa6eoV4ʳGYuP7&KM| -]W7yJʚ/OTV [< D:tA fw{{*N˅δz^ oztDJb[:>eams?n0 )z+U/Dі{"aSXjJ b~ǒc' Eo1ֆQHq|:eƚ&dx0bPYr6E+k~(\ 9-.lqr~{;(#h"DF9 /o"CH?w s2u4 -U;~~"gkh4l6Xǹ _~ެޖ8 18tjǔb,vn]V\Z-[sݪQi<-ШtP3i%y_HL%MD6\sBO-;~LOydPj>Nm!’C7)> -endobj -360 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [297.737 290.673 357.126 301.466] -/Subtype/Link/A<> ->> -endobj -361 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [309.529 72.872 355.8 86.82] -/Subtype/Link/A<> ->> -endobj -376 0 obj -<< -/D [374 0 R /XYZ 71 757.862 null] ->> -endobj -34 0 obj -<< -/D [374 0 R /XYZ 72 720 null] ->> -endobj -377 0 obj -<< -/D [374 0 R /XYZ 72 659.823 null] ->> -endobj -378 0 obj -<< -/D [374 0 R /XYZ 72 431.547 null] ->> -endobj -379 0 obj -<< -/D [374 0 R /XYZ 72 130.274 null] ->> -endobj -373 0 obj -<< -/Font << /F27 251 0 R /F16 253 0 R /F28 252 0 R /F47 276 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -386 0 obj -<< -/Length 792 -/Filter /FlateDecode ->> -stream -xڝVn@}+LYXxtq618jEMjp}ډ`83g.gf To 0REj:w㓆iXO !ݲTjy^ -/ט"GuNQ|t٪F,&QsfB!?(-/nRlCc)#kY^ -}'gJFUlUM6zMʙj7PUB#lض#\q570Vl 3eӋ+H2!e3;w,AalX»{B TEza/ ?\U9gPTkw}me>d 5`WQhI칹,Kؙݜ%j bab,!Hdjg`}Q]tѿI肀 7u/]?>ݲwM!-*. -`9yݜnC\B ܙ{~mT ^6YŇOyv/_B^~xi +}kJ۰yr)BRtJ,g䐳X TYSL*G"{ 'BުB"Bs"1aqnL8 $2)74PD!EF:Ü^څ$\i->&pdg)dw)Og J,'0E| vE0E1o&A{t5k -f3EY.)vQnD }wZ00lO> -endobj -362 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [309.529 686.508 351.233 700.456] -/Subtype/Link/A<> ->> -endobj -363 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [309.529 662.598 337.672 676.546] -/Subtype/Link/A<> ->> -endobj -364 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [309.529 638.688 343.761 652.635] -/Subtype/Link/A<> ->> -endobj -365 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [309.529 614.777 348.77 628.725] -/Subtype/Link/A<> ->> -endobj -366 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [309.529 602.822 333.799 616.77] -/Subtype/Link/A<> ->> -endobj -367 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [309.529 578.912 342.793 592.859] -/Subtype/Link/A<> ->> -endobj -368 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [309.529 566.957 343.166 580.904] -/Subtype/Link/A<> ->> -endobj -369 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [309.529 459.36 332.553 473.308] -/Subtype/Link/A<> ->> -endobj -370 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [309.529 375.674 339.887 389.622] -/Subtype/Link/A<> ->> -endobj -371 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [309.529 363.719 359.397 377.666] -/Subtype/Link/A<> ->> -endobj -372 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [309.529 256.122 352.064 270.07] -/Subtype/Link/A<> ->> -endobj -380 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [309.529 232.212 334.546 246.16] -/Subtype/Link/A<> ->> -endobj -381 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [309.529 196.346 343.761 210.294] -/Subtype/Link/A<> ->> -endobj -387 0 obj -<< -/D [385 0 R /XYZ 71 757.862 null] ->> -endobj -384 0 obj -<< -/Font << /F16 253 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -394 0 obj -<< -/Length 2158 -/Filter /FlateDecode ->> -stream -xڭX[s۶~#5 7Wvθs3)T.$R/EVbۄ'9v$c*`ˤ;O gCzHk~^`&})9&y9غt,&2O/'?$߯O'BrAߵ]=iU_磳١pTawBnc,/Ѻq=9Vc!X5SpF:Mi:I3NLbGgR7ݴ[UadL"CL\-˾nVݢ^\ncӀq6ʛͲlNiܚ8]]wp|hڷ]q>=|z1y*BM&DkTN&*SCH^^v!gh(L0!dvf NGݗ7K׫j{%~ucˋˏsgj椱+:n<\v^ e5A^E̋Q Ϊ2@ބnpˊoX,=1h+6:i0s=J-'˲bCiGzn1$~= M^ -HD0FdGp$2 VL[/;ߋKHo` -[Tc -FG9K7Y?U\i%ਝ"px -ͤBƌi|D t}e8za亿i4;!8 CNg/_>L9]񜪧n'bbǺw[þb3Z7k(>6~?]ii, -4\Y,$y˔ f纯'1*]EudL`O)C.ЉҖq"Q2 T):dTIMzJ6O/VaΠ4Ջ͖ʜiEfXǫ܈~uZyQ_߀2#tm(5g#FbRf'V!Z.0i0<#⛀E^Îchy1 ,/6!oZs s*)kB L젃*>i)_ݺֻ - XoWK9ZJ$z^i u@Oz>LU@ΞbA[>[!r?Ƥ2Av@7K "[< +@ࣿVd>(VČٖ22I\lGнqxu?j2k @!"ߛ䄎RaXǵj9hKnVn ,yJXR;B?c @x -" v,-Oӓ[Hl#@Fnc͊ !J-M#FDړ$ir -<o!*Aʢw\`LK"79\pzd{P쥌=WRnp/k++1dfxne8OxAQr(ß;EU.QgPk ԂAрt9Z/~n<a͍ )@(N39 ykp=ˍNA1aBVdC=Acz=4 O s<౿{`I h+)ZJ1Gt!>q"n҇E] GDsTCߋ)"B6U"gy)k M޴5Mmb-2a"9ٖ -mݦȉ>Kxv|6EBNaM%Cie0{DWot)D)qэB ׀혅kǿ1(Z[kt5EØ:FƱܘX=rrg-u ]mOOu7}+{s}7X<!TC %[˼{"(T2ρ0yc#ӝweb,M$,/%q = muZ)> xD(MvOd\pQx/ -y \]b?p/d\Lsf 0oP9 -endstream -endobj -393 0 obj -<< -/Type /Page -/Contents 394 0 R -/Resources 392 0 R -/MediaBox [0 0 612 792] -/Parent 359 0 R -/Annots [ 382 0 R 383 0 R 388 0 R 389 0 R 390 0 R ] ->> -endobj -382 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [309.529 650.643 351.704 664.591] -/Subtype/Link/A<> ->> -endobj -383 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [309.529 590.867 356.214 604.815] -/Subtype/Link/A<> ->> -endobj -388 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [378.919 492.319 521.504 503.112] -/Subtype/Link/A<> ->> -endobj -389 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 480.364 163.465 491.157] -/Subtype/Link/A<> ->> -endobj -390 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [358.815 365.832 411.174 376.625] -/Subtype/Link/A<> ->> -endobj -395 0 obj -<< -/D [393 0 R /XYZ 71 757.862 null] ->> -endobj -38 0 obj -<< -/D [393 0 R /XYZ 72 575.41 null] ->> -endobj -396 0 obj -<< -/D [393 0 R /XYZ 72 469.405 null] ->> -endobj -397 0 obj -<< -/D [393 0 R /XYZ 72 324.816 null] ->> -endobj -42 0 obj -<< -/D [393 0 R /XYZ 72 159.042 null] ->> -endobj -398 0 obj -<< -/D [393 0 R /XYZ 72 90.839 null] ->> -endobj -392 0 obj -<< -/Font << /F16 253 0 R /F27 251 0 R /F28 252 0 R /F47 276 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -401 0 obj -<< -/Length 2550 -/Filter /FlateDecode ->> -stream -xY[o~#X[]$ERDKD(!?3;%r\] _/~ <ũH؋e*@yŇo syf)w Iқ_O2RF*^A"{-r=JM42bq2O>0]5cWo7f%L2kǙR)TZݧU cN-pS5m| @_TdUeS3 -?auCy-eA_" 1lRWZ`IBKEaz.Ч5Ͳ6ɌN9>0zI\l΢Z'"N(2tGP,bۢZù0!/iiTp"P]?iH Tj pm/PAE fL"EvbSQ`t :DyӲk"*kh7DUj܌ɩ*&E0$Z>Lݻ’9t.[hahϪm#{l3fvi ߐҝz8R|U7kz yYWGVA!R`E0 AAya6#0earDj4-@|%d#ďJ'k4D -Q"UV-}Ue&kLF$!\·d}仱jl.P/b(6Uwa8X@H<VR[mB1IBe-eHubbl$Z6~L0^e٪q>mPAnqghɬv=o_'wqAA2FK!F(жE/6>[+vGa-`$iD}@;E@AاM'581ʂT-JeB4lEJoFK__rD \XF{=(Z-43G*o>ڨ'~mX(ir&lI#lM& Z ą|`Z#ډ9>MFF]<:3I(TJ"&G˛b†FU4܇.jn3u#`;0(yextm)>Rs>1p Ef?({mȺP\:h;Ȍ\k Zx꿁g \,9aD3Ce0Qȅ.zu[jw9'Pf>0.QVJ}ć((|̠A,iQ!t\j_:?:اM}f'<[.kMNr -ؗl.YDF=$*3Bky|y4& +.tCc{"ᎈa.wv(*0w -JCָˁH򘯇ܧ fnoNWFCjCw?h5=r\m<)KE_AH]PT%ıp9)hpAK{Y;jگocX63i&߬o>Ph =\G!dv`tfqKgs;의a??`2:}>9¢c(̳k"W{ /Rf'TE*Hpӛ3HܓHb+z>PP6.I@}ㆯ]7}%MFgFސwU|E}6Z10Kp.b1?r?-ҍ(/bGRˬ̏e`37ՊE3(-h;ߒ{ X"NFICYfg^ZpjqPP-n -3VN%5\_>pkSW(3'm6~c}ww7s,MSDz<}i{\t7 . - FmDJ=(e)'ИmŒ4S5 #<9[豙1NFֿng^X1o0t8+ktm&!⟱/<ǿw":dm -endstream -endobj -400 0 obj -<< -/Type /Page -/Contents 401 0 R -/Resources 399 0 R -/MediaBox [0 0 612 792] -/Parent 359 0 R -/Annots [ 391 0 R ] ->> -endobj -391 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [356.058 640.337 407.409 651.13] -/Subtype/Link/A<> ->> -endobj -402 0 obj -<< -/D [400 0 R /XYZ 71 757.862 null] ->> -endobj -403 0 obj -<< -/D [400 0 R /XYZ 72 611.276 null] ->> -endobj -404 0 obj -<< -/D [400 0 R /XYZ 72 365.739 null] ->> -endobj -399 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -407 0 obj -<< -/Length 1307 -/Filter /FlateDecode ->> -stream -xڝXKsH+t^3sebj/TJZ! ɿߞ0&vNX~Nw8y /r1;q<' |EN/?9hLq~HI8Bj~=#YE{GYgΗΏ:4#ax'xa̋yTЂ6}}]L67Xti}X1ljDQ5]>&{$nzTg-Dat`aiu00͡5VE{@4C"i4QND>$`UQ}pQ_@I 9X ӑUg N&6`뻅nܐa8;;iкy+C&6H=mfgGjP`,y\~SkI;R+#LL]m %ȥ0.+Jk8tBOG|*r{s/ : f fwqA Bc kkn&$cݳE4~p{1>0aMaFZ6—.P '%<)ܝO:xWɶtvj-ϱC:a7-wogb3w넰CH2gi>tYҬ ?2B5r.C`5`sϣΕyGwɛ⅙1>z|6-&:Xi#$aDie۪6&rK S>)n}8K }S=_@49pgޖexkVqO涥,0-^>*Bnџ=!cj^7fVOi*Vk^I2 J-B}_* -BoW|ԋbj[*Xی<BԷAn-KXwPb3X`WL!^"+Bl8lNXT.|kw>7O7>{VhLv -endstream -endobj -406 0 obj -<< -/Type /Page -/Contents 407 0 R -/Resources 405 0 R -/MediaBox [0 0 612 792] -/Parent 359 0 R ->> -endobj -408 0 obj -<< -/D [406 0 R /XYZ 71 757.862 null] ->> -endobj -405 0 obj -<< -/Font << /F16 253 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -415 0 obj -<< -/Length 1445 -/Filter /FlateDecode ->> -stream -xWKs6WHT A]I_RM2THʎ )ÎۙzA>?`Q$ $ 2Jc/q÷A );]L$MWlt>u>zdJ`~SgQE0_óZjی'pzz2=:_Nf㉤) ?3UiA{y|82;:ieo=ٿ>$%q:/T. Ӕg6!$I2D.A)Wטf}|eU](P2F<ǯ1"mx[HbkM=:3fj>߁|rymT} cGĘSYkUja֨/ͲlZlk[H{p9xeQlĬl /L<,FXpWUm'Ib>F>4O/LiLAY{PEUusW["tg^ nSv*YT(ޙgЅoTP&> Z%Soty(-'e0uO&v5?!dogC/ut)]&teHxy:"E^/􏮭>Ł]oU}Oh>{lQ҇ ȍ?M֮e^QlөOt~h3~I * >ڛx1j*-B6M[JK^(i hdyHQS?ywr% 6EI\iL qϰk䵥뤧Á<8k={}[]@wz`7tF?hvA H?a AfQG0n 8z0`3h` H׶:PѝJsW+44,`Gݩ͋>ڛ -ݗ(bV9@s7Nʶ{̋ - -ibnwhDt"$1čͳiaeޚWUQŽcwt'kj'"&Q^7?Փk=0~,93AzhE\mv٠`~M\G;E$s͹o*"ShdZÒo[mD482,USzQT"c_V!#NnhԋK4 g<30c8qhGjA{.:Vn"CL64@Ks-mlaf;ؕ{V,Լ-?6zNp~?Rc?,wԪf !D41B5h4Y'KݽV# De[,Jd k|/;%&6F{wbxk 8t?z"8Iy -endstream -endobj -414 0 obj -<< -/Type /Page -/Contents 415 0 R -/Resources 413 0 R -/MediaBox [0 0 612 792] -/Parent 418 0 R -/Annots [ 409 0 R 410 0 R 411 0 R ] ->> -endobj -409 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 219.288 149.376 228.143] -/Subtype/Link/A<> ->> -endobj -410 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [477.919 174.837 530.278 188.785] -/Subtype/Link/A<> ->> -endobj -411 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [477.919 127.016 530.278 140.964] -/Subtype/Link/A<> ->> -endobj -416 0 obj -<< -/D [414 0 R /XYZ 71 757.862 null] ->> -endobj -46 0 obj -<< -/D [414 0 R /XYZ 72 288.486 null] ->> -endobj -417 0 obj -<< -/D [414 0 R /XYZ 72 220.284 null] ->> -endobj -413 0 obj -<< -/Font << /F16 253 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -424 0 obj -<< -/Length 2442 -/Filter /FlateDecode ->> -stream -xڽr]_7U,7DzxmҦ*eoi!bd2ZotqB(D"~9dJHE`9{K4O{wr4`\g8Od"OT\aEL\Uer̵Jˮj-Lejb XQ[]_mW:kɓ9&~$"%ںuuw]&*"3`s~]qXu~HE+3F]L$2{KpT_v*B BO6Ck xq/ yiҙw_pC9G/ͅ aâoi%Ӫo?,y?||?~.z >:}qS[;RDTN0닶.|"5@mFfck8_ۆF] H!mV8-)r Sxهk(ն-m4RmS2&R$T4B!n2A0FtnUl^@QW| -+vg+?tmmOdPᙶt;VC?#T΍3V[4޳D؋Ռ.S9j!s»e,e6X""E -C&jh|lC -|ǽ8թ?S)b?x`]WU"َ[ųA@,_䜷m.V чݓ sgй5˗z%=A".h&|ۛ7#CpRo?nixg]t3) -W]`"WYؒ ^c*e=/4)nc^zye@-MPyN'%ٝdH5vXVkgضS@ɅraL[g )V0+Ai@(J.\<xl|Ae[o]j GxSK&{/J@^EJ'"ZpPLD+QiE}N+ES" "l;_vA[3jov7۷)4aH<]b틗ﯮ)!1Kcno9ߊ]mga(|ח"Nt4x|]2 (ƥ^,yU2[(Kl@`s]?1s?gta]!t)=nH;P^],O$Ɍ-:#WZAd( saHf$0(04 I{t6~ls8I ZbKBjI.桷L|rw6{6(y24vl98G@nd?v{R 7NѹcSuŁs95'S?+` :3pйu|$άNFE%3 r%TȢ>Ri>4x~<|ZZTmq)>[:-{-ai8m)ywї眈"ə&cY餛ws3%#!nfxdag 7;Gl{YHWw[~YZȌF5w -r;߂+s-#(nDe ޥUەH3M$.Ar Yz8&%$ |3g.Sq{x_aHؔ%ĥ4| <{:2V55u[OfzBgG:ɩgzUqm%6Jx - -C;>hM>O|˫wNZ=]n1tKGL",5 A#,Ԏ4ZK>E*݅GgX^RDG1n0!_w3d/a;wz)0N -dKUi)q"҂9dRU@FD&6Or2A1%}Bfad484gN!gnw-i)[~g+̲\&TĔ@8 \9?4 gg4>^-u[}UC)Wʧ6 f]jj}NQ/|j/#}(82~?Oj&H%0 >2a$d3i*g顩0Y*ɡM=Cc(g-+ ^ci= S*7|; I1* [[<),oX67 "$w =i Gc{? T;Iʁb+`˲wvBqD1QվϬ@uC9KGf>ⴙlHă#4̃ ~ɜ. -endstream -endobj -423 0 obj -<< -/Type /Page -/Contents 424 0 R -/Resources 422 0 R -/MediaBox [0 0 612 792] -/Parent 418 0 R -/Annots [ 412 0 R 419 0 R 420 0 R 421 0 R ] ->> -endobj -412 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [327.621 662.598 405.993 676.546] -/Subtype/Link/A<> ->> -endobj -419 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [413.885 374.207 490.713 386.162] -/Subtype/Link/A<> ->> -endobj -420 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [338.981 326.94 457.835 337.732] -/Subtype/Link/A<> ->> -endobj -421 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [95.91 293.011 174.283 301.867] -/Subtype/Link/A<> ->> -endobj -425 0 obj -<< -/D [423 0 R /XYZ 71 757.862 null] ->> -endobj -426 0 obj -<< -/D [423 0 R /XYZ 72 527.59 null] ->> -endobj -50 0 obj -<< -/D [423 0 R /XYZ 72 280.067 null] ->> -endobj -427 0 obj -<< -/D [423 0 R /XYZ 72 221.882 null] ->> -endobj -422 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -430 0 obj -<< -/Length 2270 -/Filter /FlateDecode ->> -stream -xڽY[o:~ϯ[eI]-[&8 %:V\]3%KNS`Ke8~ Zk¥ ObV +dJZnN֣0M:n+Ž 6VDl -#xz'b^nȖf1yf;J y) Ey{ ]%& -:_.np{ -w|*F> N|]rpg+/Ke֌yRtzW CyBmC>, -R_ v'5g\ʢ,SJV>(yBpHj-f[0!HʡBr̟҃-͇5V''oMd#29MK&t",,r|ew+B~~j (jaj=3O -7|>FS0)~ LG.z'&q12weZtY>/Iuеa>f;<]bi^! :-G(pP}v}9mݢ`Q?%:"1T &t2k艕EjG9MޘMlvRK ݓ to O/uOqϯ\ξ/=5'FDR~W&2A%dD-zE0Oݥ|:Pz7-6Oj*9ܑRT @QAT"&Ъcde ٚQ򚼕/'yyݍӡ2<ٚADɶp|` sMtrUW@ɷUEԚRG1Xّ-P$m> G 5V]θu,]*y{ -Eq}t:7]5gH&Ik :ؚPcQa2U bn}QCkL86!%B'5T m.I("(=r|o?P~R &7Y>?9 AL|gP3!&&̌fʉQ!MԔc_$U˖vc ȢQL3 &̈́3fv`ӂ1ـ`!"2©s Q8ל Z%BѬV}X Hu #1LlWPcBX{x2övWayzɟW-|z4iMLb"%O>Sd%8$h^ -}xD!yahRD=AAd`'zEN-xi)۟kiDgUIVO]ۺ#~g*\_yS]թl~AnZ!7Ue`Wvb>jW7߭> .k^#y,C3% LLЧA -%P> !65MUƷMo_+Sv[V͘>hrBsLXKN<{ϡnp#̍z/MU U]3-Ґ.FD%';}S@_EܮnLup(TxDf.KƵiYmdRW3=3 S2S\oM1E?Yq{: ]̆B3  +왁qԊ°rĒYb m<͜93oީ\ 'V=o(ƍU {~LAGT+M̔cL\8?tBN'ӯVG1!QHJbU71s>3?ý@ -endstream -endobj -429 0 obj -<< -/Type /Page -/Contents 430 0 R -/Resources 428 0 R -/MediaBox [0 0 612 792] -/Parent 418 0 R ->> -endobj -431 0 obj -<< -/D [429 0 R /XYZ 71 757.862 null] ->> -endobj -432 0 obj -<< -/D [429 0 R /XYZ 72 563.455 null] ->> -endobj -433 0 obj -<< -/D [429 0 R /XYZ 72 280.115 null] ->> -endobj -428 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -436 0 obj -<< -/Length 794 -/Filter /FlateDecode ->> -stream -xڝMs0:) $دM'4f:fH"qj-4jճI%"Ej JQZqN*TUL vqsھC !ykHM&"xZP5BBjWjmwpVG# Y̨ -)Ä{C3T -*靧!47|_1',f8*N.<(~I -z sE'7; -4!fu/>l\l]*y-i -endstream -endobj -435 0 obj -<< -/Type /Page -/Contents 436 0 R -/Resources 434 0 R -/MediaBox [0 0 612 792] -/Parent 418 0 R ->> -endobj -437 0 obj -<< -/D [435 0 R /XYZ 71 757.862 null] ->> -endobj -434 0 obj -<< -/Font << /F16 253 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -440 0 obj -<< -/Length 883 -/Filter /FlateDecode ->> -stream -xڝIs0 -+[tZҒf:,@3^mW^[ғ=j1[lxB` 3B xA(+X3{wt6k ؼ9m!x2|4F ,"O|y8ß#,fN[#sUZv6f]4MWҔկTlÂer¹0640amfn)=d G6˴f'~gE$HH!nv> -endobj -441 0 obj -<< -/D [439 0 R /XYZ 71 757.862 null] ->> -endobj -438 0 obj -<< -/Font << /F16 253 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -444 0 obj -<< -/Length 860 -/Filter /FlateDecode ->> -stream -xڝWMs WpVA_G'6McO/iH$f6i Br,!OOH}۷ @qk -0I)@=-tr!աnN{TyqR2?E(=%!T):E*t ٛ*GyӸwdSY/BnETig*-9̌M/oi7F'ZJ<(:-𥣯r96A"wo)|aG4[{GvQ~ޥvgwg%G> -endobj -445 0 obj -<< -/D [443 0 R /XYZ 71 757.862 null] ->> -endobj -442 0 obj -<< -/Font << /F16 253 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -448 0 obj -<< -/Length 900 -/Filter /FlateDecode ->> -stream -xڝr0~ --*iBҤ3N]vv:͌p/o_|rMsCc-R#jyI1 }@˧>5v| fq6GlD/G1H,}jyuh8:]^.D69Fִ n|a=GF:E ma]f) <,H diFKYjIC^ؘE]Wt-iQzi^nuŠd~wzMx% [DCjI$>bZx2Gh-ڶ :gd`7f'}\׍ÓF,w}QOwel =<+HYp9g(I8NOE g.`IuhZrա;E^jl#YIm%/USIٯӇ]ȍM~y Bqg?}݉6Uމ@ ڡzze~~8!p؞at)Ssyh]7;:v`y׿d@@9aKkr,7ˏjHcwM#R2x,b˚sҡ/uMeasؚ)#ϊqӲU锐W|"VrD\xU՗g|ɚF,ۅ"UBB:axVF"O QLpkWSxNXE ,tNDd+G4#51N>  -_nHq|BmnuTզr OcJO^x;Ӹwn9?Ly)8` aȒ> -endobj -449 0 obj -<< -/D [447 0 R /XYZ 71 757.862 null] ->> -endobj -446 0 obj -<< -/Font << /F16 253 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -453 0 obj -<< -/Length 991 -/Filter /FlateDecode ->> -stream -xڝWAs<WIBtlqҦ3vL8L8 A2oWo iy 0 80>" &?~"?~< 7s -r`JD4 a- -Jq]׺iT%|Jdc; d}DQTW?Iser2U?rCıEHDsҙلYNG^̵Vf%QqTGL-Ipy^dkZ~Q&nb*>buWxï;?.緳;8d\ˑM+ Uu4?Cw<ՉzQ<|y9heM - -endstream -endobj -452 0 obj -<< -/Type /Page -/Contents 453 0 R -/Resources 451 0 R -/MediaBox [0 0 612 792] -/Parent 450 0 R ->> -endobj -454 0 obj -<< -/D [452 0 R /XYZ 71 757.862 null] ->> -endobj -54 0 obj -<< -/D [452 0 R /XYZ 72 168.935 null] ->> -endobj -455 0 obj -<< -/D [452 0 R /XYZ 72 122.705 null] ->> -endobj -451 0 obj -<< -/Font << /F16 253 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -458 0 obj -<< -/Length 2303 -/Filter /FlateDecode ->> -stream -xYmo8_2|n{mk|E؊-,y%m9CI4]p!IQ<̐6߯8=䑈ҌYFXe_6爳4K/~>F2e _W[]x#(cY"h0-:VMYTRHMXB0TBX£X,L%OEnC_6WW,˫3&`<(ﺩšk }<:.X. yvvy.80_XvKU_xLc?ⰶ=|zG ,3{1?cyqJc-.%X[[fҗ^؂`D -$)mݤA|[ڶ8EWFe )1#RکeIQ*RpB9OOw(Dˋ7q9!Hh)5S | 8lBe @5If-| 'vl?Jxޮy ˪yRn ~K桿Ɓ^W wx3 Lt>W5S3U- *rfPIC}WT -+| c! FNUw=NljZv gڧ ͫw^_݂4ݼ|X"PrR[` 6 Yk?Tŵ ޿_^|.)IjcU=XSCd/8U$]Mon\B4).P{: - M -dRx\S{WC /Z/Y-,d^^ē:%x]}K-.7SMr^@u-U0UYϘl@"ȋ,U4 -(ń #V00J2K8_š- 3Gp'ޠ))22EFYL QᐻrYuſ;!3 `&`'RJ'!>?Fl*`2h /$݋۳oJ2vs쟁<1u(`m 5Ymxۃ^yJ)Yce灏TVY_ APůmUv;MœSlZLBu&&dqr%k}Lsdc{t@JXb.vq;aSQѺӰ {5* !I_,t?_,z{oU|oeMUή]XWAخw[{k`5`^UD#{e)GtvGNkhs 돇A쎝[J޴l+X>9txMKdrRvbα6Z>ƹ&e:\~uk:!Ti()n8sM3q6^(1jie!g$ q̸@k0vƇ]}4048#-`2]M8xYr- FHRPY-\⫱vM{|ĥH,Nz ]bܖN3s·Sdrs| (lκ"^{hZaS -NݙI:đ1^ Y;m \Ωӧ|-OIx݅+ nDJ(W:e)O\`Fӫ*U@N}6k*f&'dQGervǣ=g8۬!,pI%H֞'_ XX=It9Ɏ8Z gI\Ņ\n\ VÞWZ΋hOe3p.23z5vr??;s(#xf>:mO7 L5/> r=GbkԀg%Bv75w]ˀTB7\M0qHzU0,Wb=&MIK5ۀQa_ 3+b5'Dx -ԓ֓TRy}ߖNjg )@c.ItJ [j|ra'(rXP>#JXa} -Bd W;P#.p""]s_Ŝ,@gu͒r 9Oή"6Bezr2 Fh -endstream -endobj -457 0 obj -<< -/Type /Page -/Contents 458 0 R -/Resources 456 0 R -/MediaBox [0 0 612 792] -/Parent 450 0 R ->> -endobj -459 0 obj -<< -/D [457 0 R /XYZ 71 757.862 null] ->> -endobj -460 0 obj -<< -/D [457 0 R /XYZ 72 635.186 null] ->> -endobj -58 0 obj -<< -/D [457 0 R /XYZ 72 481.368 null] ->> -endobj -461 0 obj -<< -/D [457 0 R /XYZ 72 325.439 null] ->> -endobj -456 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -464 0 obj -<< -/Length 2077 -/Filter /FlateDecode ->> -stream -xXQo8~L,[cn13k;cq~"ĉ3 HDȏC ]2 Kd⭞=-=- *_}X,CmcC6O+}$N@[JD "ExrF$3:ˋLbE_MavM}K+)ڮ4%g odAΒ0RX=eIKthǷp@Kc fTAђ/ߐ==P`OCkUC; /Z__k,Je>ӳb ~oh)L'%"a%TA 669\JD:p{l`wW_`e ',HC5JbBNU #e!  xp[ݶq"D{c -k>ˆ&=MH<ܗH)r&n&hu?vm+]6f M̿0Z!REj?=,В~9i$Jx΂Dh2m^Qa}AcQ'|OtbbNy1p% !I1aj VSgݴmˏoY?jRC؉yҋ$$0 -[H n{74:؛֬7 m";V"i>ƅSn`aCSq]@v0jv1.vHqt %tGտ-cϘlnu_]ez 4bMUZxU _hrg&.;xmDgQ~>rR!flo)Hc`v/fXsԮ&;ժbh¡-vNbq C\vD{M" - }~@-~9\gk{"@ȩ3}2/VW#^!$n9q- gCgB* ]QRE?X= bR# [K! kZZw1fޝ7m.Ts*%|MSƽy -.T!D1ŝD;'r~` ٢T&ID7W2*=Ce¿`P> -endobj -465 0 obj -<< -/D [463 0 R /XYZ 71 757.862 null] ->> -endobj -466 0 obj -<< -/D [463 0 R /XYZ 72 720 null] ->> -endobj -62 0 obj -<< -/D [463 0 R /XYZ 72 621.972 null] ->> -endobj -467 0 obj -<< -/D [463 0 R /XYZ 72 517.904 null] ->> -endobj -462 0 obj -<< -/Font << /F28 252 0 R /F47 276 0 R /F16 253 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -470 0 obj -<< -/Length 2551 -/Filter /FlateDecode ->> -stream -xYےܶ}߯[8U[`)[vTlׄ;!Ght$8JTynl4NwCwދ\|\d^HKFa۔o - Z(˶YI?4mO{RG\$(MPLX" -O 0z'A^~}7UZ8ԴCM¯F"뒿i鷬ǁjnXZoCZVh3};v;kͲR2EÛ^ ,}z֓2HN -{8NQ{Ԙ$?WQc]tZ)j-ROpc1?|fُ߯2o^_pv3,X6 0 8&7(8vGUk}FMNmuVSqd CU$s?TFK-} -Լ?qt7˞f2+7自,Vc$=9M_[@jv!zN0Mi`Au "BN*v[nA ,#9Hdd2p*4vKj7 +جYKhLSӈ1C\EKM -kUrV!g$>"]oygh!>cG;ifjÿR4g=22I%H&Λ7;s%x,[ER[D2eN6ok;hqguz7u --{GZqGn BzjqP;a|D0S!-U{}ut/4ׇp2E^0LC]^C )hir 2L`rc3F#4l9i|?6;&%[a0v_ߣ nqy`L48;:e ]9 CтQ_b,]5't{H{]@b KFH L?լ(N+j>=ٯfjsTWhr ((x&BGɉG&ι-N cSu},wcih KSf霎&Ϝ~ߎ@U1ŧ>/[X̼he?XQ.]RjJ)rK3X@d2w 4$%;Ú !m6D&(zJ-Zf(֪Q98єV% c7j O8a bh(E:e|#O8} 4HwO̫&(ayv.etNlܱhD7l*cE7:}]NOk"gl<4rPy9%wBC𪿵Y/v)9 4(|øxynlp# ̸ -jAloVYҡv'7 F'$rʳ̍En>9olẖKwt+U7K"4 dbW._e"PRTlb*rp-6C4 T 8 -nvBY5NB,kP+8NX;u ,ueB;[>z-΂X/ں}9qL i?p7c{exyXszia/9,$}oV}ڼyNj4 -y2MD,Pܕe#Ѝ;~FVN&FvЎB4KٱoY.E3Tly9d%T`.!Tb#zsݺ3eŽ9pJIh̞ NnSE#` G4nֱû@!`0>_Z#j?BZIF?!؊_XNw"{ҋ޾HZӀ>78Tu~ųۋi<RfAfpW:*Sά< -Hbh? D$Q+s"`ApH1,G{I0۷;D&*+Ad2ba9Z)LſCW7x4y}>*` d㙗 -'p ,"9/Н>vts33EiNx`-aӗuTX yW[=s}Aɕ#m/O>'daX#\D;LoIMḻbD sK SŶZgJ A`,1fƃ ݳ%_ {DI1:ƍH.r%Ȧ'@c\8a |K.;^-ƵE|ѝ1Gmg ?okO32Ox&\CYTIUle~ ϤTe~}.P|ߋ[,Hb!gK/A/ ` -endstream -endobj -469 0 obj -<< -/Type /Page -/Contents 470 0 R -/Resources 468 0 R -/MediaBox [0 0 612 792] -/Parent 450 0 R ->> -endobj -471 0 obj -<< -/D [469 0 R /XYZ 71 757.862 null] ->> -endobj -472 0 obj -<< -/D [469 0 R /XYZ 72 720 null] ->> -endobj -66 0 obj -<< -/D [469 0 R /XYZ 72 418.734 null] ->> -endobj -473 0 obj -<< -/D [469 0 R /XYZ 72 350.532 null] ->> -endobj -468 0 obj -<< -/Font << /F28 252 0 R /F47 276 0 R /F16 253 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -476 0 obj -<< -/Length 2748 -/Filter /FlateDecode ->> -stream -xڽYKs8W -UeqIJ2D9lMFdlRI~4 $d/ @_7pqug~_脙P/4OXf{"_!Ӊ^ܹۅTEFsx{볋g<^$,EX - ^"/ .U&s_4vH&*X/ +ɗ+*ǒvj]9TT7ӭ&E#i''ɩ>p(e!Nsx |o>?WBWMg}ܦb䯷Ey -։ -T*`un=0ġo}BڜMV|.ڢ7ɮwgMwC~cO%IZ<&WiM^SlkRi7~ۧcr߭=Y;hNJrFaL; +ZxUk#;;0*KuۥMw|[lȭ!PR8fnQhޝ#m=Fia̝V&p :moid/I )ݗt'P>Ǒe|KZxCvOIQ<)2Ғ ҽ_k;CHQx" -Q8FdTxؤ[ -DNo@3 )o?4Ș6";y>{˦u$-8s Vg6(pYi `ģ .VX;{#9aWOJ^C|{*ikR'bhܜ6%LȁGn41(OdvU;hf^u;>҆&>uqW}aA )3?F6;_w9\ }:|R=TLߣCh 0kDO-(h8ZH<4 B0 2&Mn(."I/}8POV07: CiCP]=ckiLS9][PRqA%Unu7=s);oWZgvuMz9G(1oIi|k߷wӆ.a||' OൢƗr!m\ĵvB7c;T(xfg|T@]:+ʲ5EB -9M) # -endstream -endobj -475 0 obj -<< -/Type /Page -/Contents 476 0 R -/Resources 474 0 R -/MediaBox [0 0 612 792] -/Parent 450 0 R ->> -endobj -477 0 obj -<< -/D [475 0 R /XYZ 71 757.862 null] ->> -endobj -478 0 obj -<< -/D [475 0 R /XYZ 72 384.128 null] ->> -endobj -474 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -481 0 obj -<< -/Length 2906 -/Filter /FlateDecode ->> -stream -xڽYYs8~[*& N)ldC Gϯnt"iIv&F_f˙5p`"3xYf’5goFV0 l˴D0[ߍ;nWY)Gv ۳r81=>͝Ȑedy4>TW#XN.>˿66%Mv>zUMOld3crf~V̀pĪV]Ұ]ZBZP>TuјC/n0`v@f L˙\"MaVlB6 cE&ymd岖is6zyRu帖zi%?fwn;+Q6SJeYYmQXaMڪ(<.KFb5ϠotMqč}gI%NjoF?W˳[jD`6}tl<#KQ54,. 8ȦתgSl *BY!-0`bAɥ,e皅+Bp -9$jd+N+γLך\1,d-&0LvF/i2z#[Y{\d*IN WtWh_EO:/'h|qj"oAi\ߑV1R$%"l욪04]w|pw9s|Sx6Yb%]+PO4G.Ӄ//9>35zg߲UM<*4>ZkVٚUV{PP7>T뫣W8">-n.Nk,ίn?"u*æǐ,:k1f뾙xş70R긊Uh>93m;\<Nޟ_#/MߵgApfz38! -!~5SˤS~I%D(DyNLZUuw4"\WXC]|f'XOU\m8͙A(6+Ԉ`:UXL4IFd;qĮ6a[+߀DxC -À)NOd#H -0DWU -8D3mCc{fP,7dHH=w k/0NpS>DO' -.]gz qȐ \]; CAiB\\B8! Bck&W\rL8A:+mlAJ(]c1<UU\c0p<`&cUoadu)ĦN0C25|U]iO׳9gvManܳS'P ol`-U/ݛiq@zhk]iE^˪o׵ -$R 9K'' iay\.x)U_Yv.c "G`m~! -hlCYuyJ)hb.1~8QLodcS3>̄y*ʣVliffWEC{X*޷B Kh; {0eTƦW+>Hay ۾#yyc=<-!!ǾsjZ澯?;<}8@|7N7rԥ:"r^[)$뫡ah7 ІZ9QENT; `= -xW;i1uƥOuKikXTzW(˟!ȳۜpDD|>&]_aWgL8Ex]jETD,m)S$wqt_ۅ J7Π3ʧ{j!-Ò(z}yr~5 o:mˬF3^ynv8b٤-U&rpqckc:}Z-VJ5a&~;7QL}n!uVQtoX2S[lA|"rٸQ.~ sw?ߗ& v6n,_BF -endstream -endobj -480 0 obj -<< -/Type /Page -/Contents 481 0 R -/Resources 479 0 R -/MediaBox [0 0 612 792] -/Parent 485 0 R ->> -endobj -482 0 obj -<< -/D [480 0 R /XYZ 71 757.862 null] ->> -endobj -70 0 obj -<< -/D [480 0 R /XYZ 72 598.518 null] ->> -endobj -483 0 obj -<< -/D [480 0 R /XYZ 72 496.387 null] ->> -endobj -484 0 obj -<< -/D [480 0 R /XYZ 72 268.143 null] ->> -endobj -74 0 obj -<< -/D [480 0 R /XYZ 72 126.31 null] ->> -endobj -479 0 obj -<< -/Font << /F16 253 0 R /F47 276 0 R /F27 251 0 R /F28 252 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -491 0 obj -<< -/Length 2289 -/Filter /FlateDecode ->> -stream -xڕXYsF~ׯ#X%" }ul,GbS0"-+~!T$Y93|-~ b'X <_N"$=_&b|ru1$uz&Roׯ57.~X^R.6c;:Ny''ڕpaiԓ~, -`ՉK "^$lu$Oe<޷@ lAq^O/DTqEHʂbYϾ X$q!Y #i^iNd]~i%-_tqv͋G$ (2Y Mș jrtUُ|E `|hgA-p xYZ}CjY(1n/`ބBMeofa;c /hEx˼s޴6ݽFv.AX#9‚Ju1T12c\ u3Ԯt[7maVw'({1u/W}EG6|כ0:_+ F#{q$]k"Mx _'}Yi2| c4uw.~݋t y4"@ 0gij"Cqdϟndh؝UГq4?k9F@0嗙z@20ap!g -k0n054&0"=la\ԫp08PZ(B ٷܺ鹁6 0) w:[r -ɝ1Pɍ@!,>K6ѶzA]خg5ċ|$AuNr얝Qu WnVA6tꅗTL65kM!:Wf(^hA#DC]OAKU/hIldYa`J%V2XrJ[caYK 1e|,~}nJZ'& -Ed<Ők`;"Es눟 -tbZL/&#\2C۪$$*9*֮%sxj]AG(h rf2* ?{[}<-Acz[W =P#{1cv -[4&|TʱpFi^WZ(,;>>c"/I im0.)B DCY SFՉ}CA"W>5rjӋ23^^.~Ge_^CWQ` - ࢢ'ݠ2<рb6{?m*ľD Om6]?6xOG:p~ytD -S%LjqG <(`IcܑQ;8 N[n>MrY~a@ui5ӇpO 4/ɺChʀJ oA={o8A@-QN(ǂYS|g%諍Gy)!w]nyMQ*̊.W -~Qfhd zsÂ9МN?A$5 CgDJRJ~!Ě8  -=UP`B -E4 -endstream -endobj -490 0 obj -<< -/Type /Page -/Contents 491 0 R -/Resources 489 0 R -/MediaBox [0 0 612 792] -/Parent 485 0 R -/Annots [ 486 0 R 487 0 R ] ->> -endobj -486 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [410.123 412.065 455.219 424.02] -/Subtype/Link/A<> ->> -endobj -487 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 286.683 146.194 296.913] -/Subtype/Link/A<> ->> -endobj -492 0 obj -<< -/D [490 0 R /XYZ 71 757.862 null] ->> -endobj -493 0 obj -<< -/D [490 0 R /XYZ 72 662.217 null] ->> -endobj -494 0 obj -<< -/D [490 0 R /XYZ 72 505.672 null] ->> -endobj -78 0 obj -<< -/D [490 0 R /XYZ 72 339.388 null] ->> -endobj -489 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -497 0 obj -<< -/Length 1224 -/Filter /FlateDecode ->> -stream -xڭWr6}W`\I1ӌ]I2lΐJvܯFh5Ԟ1A={&누'Q1$r3}QLս[db^Wɸr[U;~ X~?]ܰ %%CӥV,EHLJL.f??9M.ߦ.nhVxVTP$(R*4mI';K,ܦalWveST,4~\Xm1Zڭ)xQ1M.Lk:CmGmxb-[5rõ>T>gTD6&DbCԠ??p uehqӖ*,%$q`cNwUfD8D2x9[ds!+)cO9vz51;`Z[B8w&7A^ -endstream -endobj -496 0 obj -<< -/Type /Page -/Contents 497 0 R -/Resources 495 0 R -/MediaBox [0 0 612 792] -/Parent 485 0 R ->> -endobj -488 0 obj -<< -/Type /XObject -/Subtype /Image -/Width 282 -/Height 319 -/BitsPerComponent 8 -/ColorSpace /DeviceRGB -/Length 5153 -/Filter/FlateDecode -/DecodeParms<> ->> -stream -xݿn!pO%H  PpC ](E`ˆ4. 98x` "t| N廳fK!9\~?,gH{@E C9b('@ 1 rPN SLVy0{XPN C9b('@ 1 rPN 3r_+ιo`Ƙ1 rĈS(|=zO^xtwvzTRtLf-ɳ<>~Trj^Fu'VNm(sU_?1ԫ'i:y?[dkƲo?xx2e񽢢VT9&?|ExYGeWfrT~)x`-ᚩ׏[:{}êpyCɩq'௏re ӻG n|Gvx}䁺.׿~8hemr]N^` =xZS̬V%)O>}+w -Y_𠰲)W=?;\D/_#kZMGONԍ/>m8_}xL3%S)!P9?=~~?=}{__TkS7C66g;ɏ~; +hP6^ظqlhO]S+Q+?&YNGU$QNMY[?KK _zQA0ϰ#̑f;Y[G+ӳbojK/zV;=N˟4ջ0tdn|NUDa~k-kVN?Ex$fWz箻h-~ ;RUn'^U?ZG5+Da$i&qazd16XhNf؊T8a\NF}/_,Oɟ"QNK0c5^&PNd~C믿p@9MSR 2 C9b('@ 1XN53yEޏjn2H+7z` V %gm~cLGtoO~2S=hi $3bn` 0+Ƹ\GkDa:;'_UgpRCFr ftmw]p wq=촠M0%aDX`h[e:{' Tj f?$, Q/_̄Yi0 `3g5ny2"9YNͳw{kvW^eLze[(7BGad7Fd(=f(jK>"9 |)?^l6=-ZSOWڝ@8)ԝ. -߆۽ CT1]5N XjxJvMhegn*Ü 'dSv^]Â؛= `#a +[ `0@ `11 rPNʩP0؜!],äUPNK^L=9ޗ! jnJ -`K҇Iݎ>D J!ra:NL6],f߇xk|ɱS[ǽd=t4n؆^!bX6?,OK_GHeq8c֚ͧ]Ns`ޕ1 <( LylcKTqHjtpzjg2';qX0x뱅ދ?& p! ˎ ,`4Vti89; -+^ 5C*77_pU{֖MoW0,`QqHRaG5Z2]>i^ML., +i|xJ7)4L.],6i^͍d?&W؛=o,Vo$1 ! C0 `0`0= rPN 4ȮI%( e,'AW&AY"lze!f0E"*nZ\KUe:7{ưbd3"|<e'ɘUҬ[seCP*q2l&AY+U٩ʂ`ư(Cd׸ SHZz5QUd0f݊"*n̑ZJ\ɘ,,L`E^ b71b  rPN C9b(fH rZ.Tĸ fIJ@JN'A\c'lsl&Up/CYY,df8?,(,~mqMe*m'MJu+ksY٫Έ2 d9ml6v:; ΒqMU!pivͧ`,,ld0XH7},kQdʾuG]ԲNaX٩N3/;u2E -{gމ^p]¦Lز\||)Q한kcYI`pZY EGy'k0*Lygheʄ-KWiyM)X6% -ͪtaq2bLʄz%Z%{ٿZWj<|f8&sJ9-0zq0H #~ĬbF0 `0@ `PN C9b('@2ӌ|´jJ[nb S`TnVY~fGow;o5|“rsg2f)o /}a6nA~.r^,upv=ufzǧ:pr2lN0'g'cW17k.<'^ܬyNipCnV:ǫq r0CN.dyq0_715^F0 `0@ `PN C9b('@2ӂ~;Be,v B0 fu'Gɂ1O:<,i/|-jJss7`0 ԸuZq޳LWb8`4Q~:d2ԙ4`0S{)r_($`4wahW{Բ uR`:d~C콎/x\s FqrvY0߰RmES_TWI-hndG`łt==o+ݩQ~t`Bh/,`!,a:sr't.`15^F0 `0@ `PN C9b('@L˩z؂r[f/eC2# `0K\MwIXJ kB#IZj6[ű1x^YW1/8"ӻ?}I -c2xVTUR0YqQ -fma/r1cFcSeNr3,+U' yͤ$Ɇ1c\Fc;q5PL=@ 1 rPN C9b('@ 1 rPN -endstream -endobj -498 0 obj -<< -/D [496 0 R /XYZ 71 757.862 null] ->> -endobj -82 0 obj -<< -/D [496 0 R /XYZ 72 454.851 null] ->> -endobj -499 0 obj -<< -/D [496 0 R /XYZ 72 398.604 null] ->> -endobj -495 0 obj -<< -/Font << /F27 251 0 R /F16 253 0 R >> -/XObject << /Im3 488 0 R >> -/ProcSet [ /PDF /Text /ImageC ] ->> -endobj -518 0 obj -<< -/Length 1297 -/Filter /FlateDecode ->> -stream -xڵWYo6~_J@Iʮ2l%h-\YRbbeɐCZIvۇD<枏3cx0l;[/wX`$g$ 澑oK(րR6ueqf>ZvZ䧝W 2B}0pOĨ}CCbS.lGB7%} {kYhim.]މVxX`97WkĦ<"oueVRPW<4kiʢfݫEI8ݙ8&apωO]sc Y]nZjjQi.i&k\pNk5p\f&{VfGofҧa*h6'G9'D,G3R -A/1q> -endobj -500 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 546.222 114.646 555.077] -/Subtype/Link/A<> ->> -endobj -501 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 532.892 192.686 543.122] -/Subtype/Link/A<> ->> -endobj -502 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 522.311 126.268 531.167] -/Subtype/Link/A<> ->> -endobj -503 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 510.356 108.696 519.212] -/Subtype/Link/A<> ->> -endobj -504 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [70.625 497.026 179.991 507.256] -/Subtype/Link/A<> ->> -endobj -505 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [70.625 485.071 145.538 495.301] -/Subtype/Link/A<> ->> -endobj -506 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 473.116 217.73 483.346] -/Subtype/Link/A<> ->> -endobj -507 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 461.161 166.326 471.391] -/Subtype/Link/A<> ->> -endobj -508 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 449.205 175.805 459.436] -/Subtype/Link/A<> ->> -endobj -509 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 437.25 212.611 447.481] -/Subtype/Link/A<> ->> -endobj -510 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 426.67 154.081 435.525] -/Subtype/Link/A<> ->> -endobj -511 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 414.715 102.192 423.57] -/Subtype/Link/A<> ->> -endobj -512 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 401.385 130.143 411.615] -/Subtype/Link/A<> ->> -endobj -513 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 390.804 145.363 399.66] -/Subtype/Link/A<> ->> -endobj -514 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 377.474 183.83 387.705] -/Subtype/Link/A<> ->> -endobj -519 0 obj -<< -/D [517 0 R /XYZ 71 757.862 null] ->> -endobj -520 0 obj -<< -/D [517 0 R /XYZ 72 720 null] ->> -endobj -86 0 obj -<< -/D [517 0 R /XYZ 72 596.989 null] ->> -endobj -516 0 obj -<< -/Font << /F28 252 0 R /F47 276 0 R /F16 253 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -523 0 obj -<< -/Length 553 -/Filter /FlateDecode ->> -stream -xڕSM0Wh8ave]Uj ;dUC7~3pi/ s&lNvqX0kyeN.t0\^VUϥb%ӫr-2r)6RЊ)cIQ'j$)乸]FYn/$g-V([z~vOvF+#C PWu}=Ǧuܡn{]̠+54vCw+ˈnx ~\-2P&Nb M6."|Un954h*Lm`Jl6}F,P\7f9{Y9w򌜦Ȗ(-~4I]sʃhm$LjzGҠrEyAJیP~'WkXSofR4Q?> -endobj -515 0 obj -<< -/Type /XObject -/Subtype /Image -/Width 724 -/Height 804 -/BitsPerComponent 8 -/ColorSpace /DeviceRGB -/Length 30208 -/Filter/FlateDecode -/DecodeParms<> ->> -stream -xKkY#hcVFF chDB@ o2HYX/@Y,/Lzo6r4y ܘM%YKVN3]*ͮԹœFRWܒMKcy/k|#ovpqK޸c]^?R?e|p4m[z -m&-~.۾G>0 tM2K7ɃOR_KoJ/79xR_/#Ɲwy_0:g>Jw^~1k@kO|ue -$Y|(}֖&6 Ǽ}p-:re#,zt`(='K|)K8Ui[dR(i/c6XR9<zke32FYKd/~9V8ˍG&i*2pw)ǜ|[ƢqF">pS/گÏK˗/P\?ד/no>JD"}  :Cz*K|EL 8hùP(޾}A={{{`fgGX ʠVfcA< 4&4yLuZT2u  >rLmNpm0EG>ִ8cbq,&" -Em -昽/ >>>( €n9kbWc;Ain943Rn9kŬbVcil9:_eŽvʬb%>όj9o&Y -OA_8|-gm;Wۅ,^ER_\;%˚(ˤh\=:0o7En \|g2xœ=ҥ^|~<$>zˇxW}qck)kop.*,=I#G~Ń'WH=v9X;.]GWi0EmZߒ wa~rK# Hp.rzz%˗/!T?F{rr0K\d2)/ܚne=nf9{mzi -bmVeE!U16JQ;zѶ. (nVEԂtXhf2)vpG}Q9Uvޖ$H|Dfbn;_5UclHnJjf`(7iԅqp6GuǏ=q39hR*aH|G<2a{ԅlMV77Eڜp.a4zS GmNBU ۜhF7Fmq6G])/ 0p.!d4GkA%|-jQDHB4GP0PQTDݑIzkr -N@T|Evjf^w\J$Bd/h_ONN)^z%![r-3o gԬF\( -o߾ &#@|vqfHʌQ(sMT:/gGX n g<nXՔMM\%N/x|;8vFɵZ-˙,@>]h(+ˌ>o&Y \#fxE_|-iQTDHF4GP"f@Eh"@a4GP5%{\wW3G'ZdmY%[tsmc˾T#X8oS;zѶV:G'ZdmԳ͝񮓮i;焆3SNs-N&42QO>bkTs ĮsXe4f1Fr=4GFzh0n-KIJi.9:gr(榨 0_|-ibfFWE' 0pd9j "f@EpdaDs|-iQTD((*"Fs|`GgϪ]E5K2M^mUciXwY K],hRbnO ,޽)Nw%Y<u[|1֒D=#k$T/VV%!+\nG;TQ۫`>4on7zZUv`pdaAmcK -L3|@Epd!Ds|-iQDHB4GP0PQTD44 >l4[GJ٬X٬nY-ȡ 1EfLMȀ-flh͝񮓮R.(v0 k.if"+ZAu4U!)vw*/]F[TX<Ba B&Ӵ+L}񢶋NmcRmj"fyQl5UjX0F2񤶋5l0"[$ !nL3h E29 ->@Eh"hZKb@|Yii4E^i]rg''Ǭ/H DfK}ojJu3} dr2mrwm9KpeJ(s,ߥHhe$-\R˗;;++ڦXPqB|-4+2܊c~^vY_ԋVwsl >4ȋ.#,e)9 `>4Ǔ.3E29 ->4È( -"[$ !PQTD((*"y4*0>.4,T7ANu*fL;J|\ѾZ$۬\_ Y FjŢc쵑*0p]2rwHzKݑ4MhF\vhjG:=ũ3qba(5 wp]JTBO]%RM"4.2ADWѫyJ܉RTDJI"λPj>4ÈRDH>"E29 ->4È( -"[$ !PQTD((*"<̛y+2L|%bmi ,梗n, 4/\@l:+c;mV.2V @|%t_M$gnI`nmP56 R׎ɥƖ;=0Ye`|5i2-R/ ̕1AAXG&#J P4.BoNFa*"[$ #J P\#fPj>4C(*"[$ #(nL3h"@a4GP0Z|6ܝ![!"^1'<<}|뵮Jp+]&ȑvHyi> PO|>Z(jt7횹;s(Hod' @p+]S'lQhusSmP0nL3cm530 -0|5ikP>4C(*"[$ #(nL3h"@am| D*POO;={V 5@qpkdẓNh%bEte",uE!EzM#5c2lBfn 1XN;KY/.BzM#2h&5N~)cfC^nM骸 5 >4 k$xnL E2M'> -^!""""+'''A_2]z*H=ɛP(<<>{eЗcZa$Ţ!E|{{{A_ c-DEj5f?DŽW=f|P|bDq?ۈG|E0|'t W CjN oNNN޾}[,) -1G|E|E|E(d u|jxmЗ"F|E|E|E|E(O[KyCDV|mK}q-x}p$;~zx[_DQwXolom}}c$)#Y_Kbzoo>|.pWޛƧokңXfܽw~DF Z q,C FυyvKv}:@\$KZ(q/Oo^-'F_3n$Iz2 ): |[cŃҥ8οxtqo7`@nT{X6FndmRȞ-Txk2_mގ! KhgK(ioiKt:zdþ%Mk]{K-x0J86wPeiYFgڐ! qzzա~GcSq}zz)ˠ/\>I`^bcM\% |?Xj^ XC" B-"wg2]B >?g,wǏ=qDpgg'ީN\VVu{QH]lt&=\__ojyZx۬\_\;vրC|A\?us5]B$+өJX\mr--mjjdZ*|8v9| ܴ`.S jxB|7UcBAoIFߧjq"c|豃v+8[5.qQ,h -v uWbStލ1wזn,!o} !|H$.p }p5#VGÇA^ k?_ < ˘3&S$  -ė1Z6WuDŽ]fPi(#񤑿4}Mvo>nick|-70B-|DCVOKt)ځc2)v!m 󥵏\E=hIKgX:n\=:09f@N.wkZDZ, 4 -J) 14Vj|z/=jorGіϵҥ7RfZqű{W}= 4_GioN;9k."\%N/x`a>H>o^C[t&Lj=?3]$Kک>C؛Ҁ.S5f]|}L$jXZ*m'ۍ}-H+>IkRz,JyGF`I>)7oKrQt,ǓN.s\[o9imѯ!L2+frvZGLm9tkkzoM2iD 96uds>q&{Emխ -p&+GGGFۆ~1ZgŠ#^NOOg~4Cʈ0™d.TG;?zrrb m1Jn|P>ܷ']P #|_|ė(w~.2''7U:jtv{V2өoʃ8Tb9SHenf}MwHbYSz^׺ڮGxI`> ->4o߾ BdA>A_Z;?K_HzKmM;h3BV`{i2Yjh_6{S+qMXp7aj8E(뵮t8Ba4Kմ…3ceNi7DB6c2vLyg.qH>ﹹb[=HG9xш :y.|đ3?ou ֯jDq3񢾑,5NG ##? -p]>bA@ #|UFm s'KYt(cCͺ{x[mĎۧ]};6wʦ.-ꢐ[iĎTbRˤh4D>m O?7 h*1%ݸ2FS~~42KnP[]$K÷Sg{@(s+B|,mVF\Oᅱ!O 47Zdq՗j} Z`M1ΧyL->9_{"*I~P!ʈ.ǐfhl̰B &Y ZIX_`~ -|^60<-='cQ;]lfǥKm%s=p,#kծĸكwB|~?\乤I#bG{_{-}qkq[[cVo8>|}C;#o^__ LySEF΂/#_zY@18==i?|Xz/|C6mZZ"[rymm͕.dp-jV@~Z)wW*fP^fZ%{Y+YkH$BO|b/h_ONNsyz*K"X3 .efVOm̌>o&YRn.++bqղjZ5ozRKJ/4(~b[ovʭJQqP :Bl7ڋ+(?cBPgqʽ=C0\Sk>!GPVrTU{]bPO6VqZ]X?gX pC@|`qϭv# &;=j5/.DKV#E"nH|绉fN V#Ņ7yH9S[# Voվ^[#ھ飙j+JS;ϭ4bG o1~!vcz(3BQUsˣNs{Gl%Q`^;P]xGecFLQQ 3 vAQZw@p.GCq8&[!>>3%̞6zs >ҿ8AȜܝNxSևTb̢ѻ?,vBx/OzNngg7q.tmc#ĴK f3V|0ui -9S,ڳ]ȏCAv1wO& -PZx/y }z-'W|`q̫vaR|yUF@uݳgU{H[L̉j#v.wJM%fbtq91WiĎTxWi Y&\q91WiĎTtLj/Wr7gA;P]xP0 q|99Ӆ7`H]ۥwMR4+BZ\ȱ.j R>7`H]%?ob-7;VwKKL]gb(B@! Ym0^[^(Okm܈wt5N]Ĥ`!.ǵ]]Y ,Bx,yym P>b|yUF@u>`Gik^0WmĎc!|mΎ?s~_7t?Sϣy*|<_]-X^.9s@r3ݗ!B*|<8-3Ziwy}4 } bG oѐ~1} 7][x/"k*zGo5#RQ|0qY%mS_uMmO B6rbW+goi Uc0nQIX BV} ! . A ۉ`lBF.aW *ż}6K/|0q&I9_|P5 +C oa0;f拻 )x#̫2bGS>=S)bReN U#Ņ7p9+Vg?%nlJk^F8˜̫4bG<ط/4W}׼&sqiږoJ/9m;7>}K}\׶[ϵZ`Mo퐟&E!_{B,9.hxeK4=k!>>S8n[yBnc‰dRl?@4VZ{|]k1“Fc }FDx/ܵ]CbQ<<kJfv]Wv #(Qh-E{:9=/_lp+Cg]#]DQe2]Q+""w'''A_& oa0Ǝ\nO}b*#vF=i3 -qH o1t{ 0F=Ys协Ū>.3hwDVNs|NfIxxPϽ])=ka _vU*VLmЙ6c$6N! >=n?pvQPMc (p$|)CFW<~! >P U.í9"'XXeĎTGGt>n`;"`L>n`;½'fYdAMX d#bl,2]z("Fk!mb5)3XÅ) -f`nt!ldcq4wmY%[tsS,p9MTVeXV6֘`î׺z˲ċ`b6‰#zs#ut:mwO6V*sizŋ7uA ]-mV#U .lG,yPۥUl'-_̳ټ]8t!̛cYemkXH11DGvA]ŮzeΓzypc EGH%11DGt+mu/lG, 2bG##F@q! >NNN(XiĎX{'P?dAG9ba >^|%DJ#v{v3Y,'3;ux͗0JytT|ST*7ʡ(G?{VdA{{{A_jĎpmm!=QEOK;J-fzsuHirY[s3vؔ>[)ŶX[ݕctXu ->jZЗnx5Zu6wd̠`2aIa @F~[ LpPƴana2l7 wIߎ/8x}}]|/9[ٵwvzp]|AZP,x+2PNqվ7cu)u7]el!ZS+Hc>PWU -/m9Q)FuXnz-5Í%Xr04qig%Y6ܳwG=bH_vѮnW1Gvr鴱5_Ž'8r ݊W!4^_:/Z-.xC1i lG 4 .lG, 2bG##F@qqD7҈ >v.CGt+~v@1Ďp/4]t-GߠK|@t}`d=]sGK B\ۅYܱFG++_kQ[T*m/-:>Z*Qx$J LF8|,3#vYnќ:} -5hA92:>P;z`01DK城#xN{!h j3h"<4giXLF8|t߆@0]# AjS7iĠalG vk ND7ʈ#V#|J#v<*Ll8|Jg3컋*z[gbژx@% LN̾8K΍xIW鴽130].'7gvwEA]{cfb>0:}wdrbv8K3ܘx 8r ,# !srw:]E,g -)9#,w*:L.'3r졕B11DGS˝YL]Nna-w$9&f#>bPp1;-ޘ.srG8 ~X8&f#>h]fvrr%@%LF8|zeЗ7EKt+hoo/Ko|ʩjA_x#  8 @M̍Bh|@17 -aFU13*m`nB#"VV52zܦZ,ʲ뵮vLuf6+{ܨD"A <GUeT/CamuP|cDx0X򯶋s3W$MnbZS0 O~Vޜ^ңXaE EdK[Κ'"g%rTA|E؅+;@҇^|96iEœF֒7 #~* f'ҥwn|CL[I$WǾ}.8c?%Sિ{ޮ#śdx>>Šm<|RnqR_<:x;eXJ= >-;v[[v\`|0Ӡ/!^|} ><wU?Azrr2A>7x#C=9dwCxr~~d<8P|0n7'nvۢV[-Nkkj+wvvWՌuf6+_! `vL.btJsu ?iΙ]_V * $ɛ5 TUehXϛDh+jт/l~?Y:-*catA_ )/BU~|𬃙( ω-m=xp=,<ثW"-FiqW ȣͿ1|O?{J#`GGGJe^vNC3H$5k$%P쁘;??,bm%2T3>QrN6{]kmֳ7z]YAV1ߪdֽۢ(D;!`f.N-fzsU[j:ڑ "X,}  -ŒRhmiU=z`_.#3X$['۷A_B0G svyVu1|0LDիW @my|aAm|03j̃M =񤑿qkɹz8l,y]A&>.K[[F0^"WX dPbO+x?|7:ocmeR|)!ӏ4~ұ#;іd`2b|g[;뱾I#n\=:x#ױ$~I`3eqV$~c.~<5ޕ@Qv -ןjwA,,u5ܺ\+8zo/Զ'^yL{ zj3?hp.ss}\E8)Bz_/(M~$YҢZse!h?<;dnYun]E۷-,G8<Կ^kkUm{ nFZ:D3m? nx$<[ ebI6>h,Oˠ/Kt>:F b+>yd+p`1"}2o|a}@gs]A5}NN%Ir`ٻo7"b3j +Zv ٱIv~;Hmy|@IV+G:,;9;79zW''OdvnLYvL5JlWl-z¢ {|С9D]I Tk}Ѝ~d2)Ô' -[+g*n7'n61T(dY}v$3=6+!e$=Hf$3{R xJNe%#u=-Zd(x뱃ގ!F2eYY,Ēk#|ٮ~A_.ڥGmG:c3JӖeH iA%Gh/JH;G5mLNukR "{|2)־F/?͏G>GSW94%;R]NևΨjf!\e'G2'];C'fOR)!Rxު#_[}wW 2 U?~ wqo -ˇ98S!'wi8 -}y㾶Kex|SnDFt~W˃\31셌n i>g͔8H~-i"eVg_ᆻR!E^Bhݕ}0#׵]dEa'+=p8R!EkN/:wm.|G*H1=v*qcUdNUTqgF>$]J"-vّY;;++"*s+Y̔E^,cМ4[\&;;Y++bq2kj[De40y|@MgO ͚ D5ȩe Dw$/m=ELÝuny|@IJ*\كɧP;/THfߓYEh̃4VυИ;p!HTHvߓ^%# ;!g ͬďe=:t+2 --(qLHrȝ]jh7e/ZSĦY\6Ru;P9qnLZ5bB%1=R!EK**v_Xs8ծb6[.ˊq\:ml3FL|@I3]TQŝ ֢jTTfU}9p>cm  袊*l|ɮ1 袊*lМ`hz%;0@%8 @D,kPwE-LaszcFoK=M'A%8˽R!ɌFVYQɎwWMzLds ^f -)7K~̛b߬~g ?|@I3woTHP~ykBw.2QZ_si>q;2zX0q͔ -i'%(s1]5aӾ'ZWwשdֽ;kމyp7աJ8sH4Uw@…s2^%R]cPݣ*(Ż>$ƙπ.+.#".+l]#".ny| ʸEUـ5(iJJ"-vYd^ fK+DqgE,ވgWjPqk*''z6K,\vqvNtTYTWٳg+jwLz݌>9== F%=hٖ7~v12#uW*fP[B;jJfv]Wma&JWYYX6NU:V=yOk+?7Mdke^fExeЗ<(q-I)ŶX[ݕ(Zb3mמ( spwgSb,]MŪegN;_]^|-ʃnx jb{ hPʈj(SP(nS=46-jJMc/uM4{8j/!">$ƙomIw6S}Cnw ~#9a袊*,E%^itQEw"".B]@EUYQuArjEUYJKzggseEVJv[~]-L6uʎEN-MmՕzj9cuu}n ܳ\Zad"xj򢶋sɪbԪ'wt`]N-]6Ό. -[(|@Iv+LvNv1jbq>#P>Qnt,wJ[ KP>#HjV鑍mtB-;kusB,wmaN~t E^J-}\}c?p'TظVIbx[ -Q9r(|@IWr. -tBEw"/Dz%袊*,E%^itQEw"".B]@EUYQumGqN-; u|@IAv!xJ - 9`^PS@]bS.s1ᄌ2LR QEL ;dnYunEEuhJ;z1쉦<эf|4[gs\#W%=G&X,z{jN%^ɽvI=ܹ:j:6Ĥ*|,w9yD41I>|x^ze1BPx{{{sj"{ RYEuh rtQ)lf|thN=_˗/;@ˇ>$+.#<[ꊲ -Y~eUn_<-^%F|@IWr.߃Wc># Pf@UTqgo!SqtQEwV޿x_}Z -Jƒ8;/"d>uS+'A]TQŝ l(] -vp'cYnS{EgoW'fգhn'!B,jD Z "8&sQW}ŗKs+-^vjɼ(?zk]jÐkO~D?|@Isv!AI&ֻ'ɒGmKwwIq -Ƀ.$Ț`(н.3&?־=~=3vЛ,66qR_<='n4#<YddvST*J6֍ݟ*ײ[Yl֮7A-g=5Kh/{WedǾM YX6}cl3s( H䞻.TzUh~\ՋX5\IrYhDǨ*;߰ ΚyrvϖŻHc4ʻt|_uyR>&+7[mE*!vv.*kIkd6[~x2;*T//#=(O*ʘEurr>$+.fRDR$+GUTqg.(EUY(8; I`! >}1OEUTqg8Ƙ˙)eiXW'H |5殟.[ G9Hl8o&eLD,pp76T]GlgY~6-0knpwזCW^% g]Qc}}][l;_r+ЇɐV[/ -d1fOM!E%nfYvmsۨ}BjXu3!f8{C%FA!H4 w]TfgӮ+HWq}g7W*E!6;֚.fC{c QF3=A5@Gƍw_Ev 5EG1ƺTB袊*,E%1; e|X,yB%V} GUTqg#~ >|۠/!DX*q]E&PfBhYݕ/2.giqfJ&ٲΣqN5Mdpژu>xQyo<]hwS nnt 0'ǭ0lH;_!t:MYO]eǮ9JΨ!_fZZ0携 f #wvvŬUå5R/3;ݲ8[.Pf8{#Zd -buQ;?\-KmMۼM?`岶5n2ZQyEAY슜QǢ񮓞4/0QBR.\}|},=Iۍ~g)֖ۍGNndRX_7ۗIqp_DyO9#/c{j…RY,bnݱ%F*Pf\v>2˪ux3]Q0Z(rf8{#kK-&y >x&sq!ږoJ/9m;ƧokV빶qW-/C~||b`sýEWYpLՈF(r?f8{#6}-H&&-~B/rR_Jo7A_xp.B](='eoU,vl)RǥKq񨑷_*mkl7U{}]R(eD3*PG@FG'e/nیl<|o9,wO~(.S49|4K/_} qAUTqgrOrzsK]ONֶqV~Jf3Gw999 2Ga*p9wݜbkusB,wmkR/L >54KaIO*dάM%LYɭs=YoXvTx6[!K\9|@I3&O!6;eѡ~wn%dUx0V >&jO -LF/bVZF>m"/''G[~sQs ? w9WB]TGE@:+z#7Y-9ҫŦY5fSѶnr?H.LЪq{gEN8"^/l֮'S0^ SM>~YR<Qz?Gxpo - nK}-}p5XoW{튱,bTeޖ^tr/zȝ3F7W x$pG0? {?A^K;a~sf76leA&Z[+].fWޓ.\ٌ=,Q1z{F0 >^zU,kڢOOi $c,en8?9Ç{VByrb'h8::"7#o>ܣ*PƒD"a|]b|jk/gV<|̀.BY ]TQŝ{.κ{:.5;EvUF΍/tO < V",;EvIi鴽ㄆ˾ >54SmZl垉λfP,(r^fYD/nYlmvy7khOYTٗb8BA:t͒^麮gC9<[=tzBZ&7Fv,IB/WLrF,vyc4˾<۷_q1|MWEFǞ$熖062ʹ/]Ph\L=Ξ%ByJ2.$Qtm Y:׵E٫%'qC]/\E/|cO {DU%65\ýkqd%,H)IYw}ojJu3}1RAޅb" lH؟12 _%Rd?ƭ3B2ohf?*z# }jXAjLÇ{!@9ϹEgA}wݘd -s=A >5yÇ{tQVÇ"||{R# qO91 jؘY(kC/]kkkv_k&탫(ꫵŏO?qBʈ=Fwn^L ]TJ);Mּ9뼄-2HՒyQ,IJિ^/~ƧOAF&Gc[۾z$[گ4iSgU 񼳁[dm̵zkDB].KO%-($ۍx!ɤl07}}S_6PGGSm| "k̤MS}xv\k+yDMQF(#(YTLj@,KL<08==:ˠ/!fK%~ZΊZ7.j5q&mS艇|?t~~3(Zт^3&J.V# ^tTۙ"^/ߔ[Rn[c~ɣNedlc +6̀^%cf"˸dYz8jzSY6EO^<|O|Ź,U{gNYi c /Fo1WJ2k}qQEK;ˊ=(6mpC -zB̛'oǂ]v'%ȱTxs=Aן]UsO|1?P|lA/>PU{ oݰgk״_Z_N/jZЗ -Z\9:n7'n\v6f]V40hanr}m'zyߴeޠ1'>p/#rA#5W_H67ч)U!G0d;;-s TzR7U%܍O 1z]iniv'͘n|Z3#;;BF8(n|jf:.JŚ8܀.~M|ȃ $c*"9(&"Bc Y%%< z7kO9NLi媢RLJ̓`Q[ۥz8 bva6QJNNZܐgRXD厪]<1WG'dJLJ̓Cj> lثڞL`' ->jX;Gl|RBcb'3,UcB #$nJ3 4;"r0rlQءO=]B:"' vyjde_C%kl:>Nj11jl( 0 BXcvV;?K:trGħ. M z0|r]R(>؎GI <ʼ.1ݔÍn͇ -񫶋 S{ں=rcFDN&0vX<(x|bNxSN!:zr! -.whSsMfnmT[:1c6:3fH?ܹ:jl?O<ե -sV\YY]"aHim+N~&^azXET/zѤ);;ƳK{l\Fxn{".* -BGgB&SZQJ!QjYZ 1DFO"W-#˝Fꔑ"W.k+ŝ1Im; -q;W6 >QQ(Ɛ#t+ő@ÏdX_fIS&\I"]PvQkD׉R&i8`z e[R snx+XuT1@ta -bU 7aMFclQ9񘷆MM8̓4_; -dv Uij?]asfo]2K>[D>Axrfdfc-Pb];Z%kr^7q%V@";`;H-x-ҝ*."R -+CH0xOGY= QaE$́|vI!y -\5N:uWyrV[n>ڥ Kmޜe.{7*tۑޭ|4wy!`:*C!'[|s2㎶mߜ;.v᪡^ܟg$+vxjG#-Ex i`/Jwz*绝=נ?ni͉bWcz|{(OyQFiϥ[*+o2W~pgQ>Uie2SZ#ٜ.ґRA07d.# -o o{!ۥΰNvefZik-^5rVfg]Q3^M+`{^vv $dc+TsSBaE&?kjkZXo.Еr3.Y5JMخJOC.^4ŏE CVX1*eaqyw%FXIծ?YAu4E -i`n"|E!+N)Et'j|5*sn.w:<_/ -ݺL0{YEX߂YZU&&7a/].eӷw܉zvG3oQ‹].oW 5qшcuGl?¿zEoIX&K;]Jx! }7'h\(GW6wΞgg FNS` AWXf .fpըɇ,b^_- ŻjƐ5>i\y7e織 /W%+U7y2so怾+Ohu}7^v*5ؙ]G -@kYTXK deb6p(lJbɿ d.YXEɮYS'0te켛5 ::l.Et&±'=[cvqԱ&Ð3frOՅ;tВlJk?.1JoK2)6p9Gˮl`K>vFML>n>^veܽyx/zu6g,% CqP7Wy?뽏w.L7?`&˲]{Ӽz(4iG#*U̶1g+ji5eUa7?ۉl3jtT!`IG3qJɼ6(R3I,|FRrfD]|~WfPZ_/.#6?_lXF)d'<נ<#y<+Bکrf4G-Wk,l]`0lዷ'[oS3T.B*3@|,/nZ]" K }[4okN(ț,p^8] _?8%&rg4L>OOqpWt1HW< pKéΖ͊'aT|Ticus/W] "5߅?8%F00.ִ<9 fij|撿k.:ud!uTA&7a/m.iAm&ēL^g(X , &7a/-.rp oj!xOy4% n>BslğW.lMi9 W 5qшdY_ˡFo,H\5`I3 F Ņ}dU#덢7^yjfн&"}dJG` 28 ]A tLz<::5Ĺ]E%FbUv|Eg'5J1a0*.]iKM ]Nyف=\ ԇ|&"%0_ګQ}Ͽܔqyqz,:-`vD[XoC*^5"H>_K ?}.^ |mvq-W\?ۥFkzըT*klÝT`:zw˵7H&&-tW||4d%5i¦Af4~?MW`Ejgvlwblp(ZPrC ΅ \5͛W7U,׋f^[9/e -]iͫr{ -,bwpgUݫܧ /Yz+gv1tet{ -ÎmmloNCz+KdJ]v)9uɿs-?#vҗҡ)bɿdzi ZX]N/e4L>#hnFzm,D`Ð&w;V7NMBGusɿ.;i8kt -|nooMPK{]ܮid&&謇ӧl2'k(YpdbpkZlk(YUܫ6Q^*? lu/dTd<~ ^Xͬ#ur^2ŁJ|YU[V3od1}!YTżgɑy΋q0dABM]n׵jB; Ϋ/rKCíˣ|]LH+y>ˎ+UmzM&ΪW-C TQo9t}>Xo.UNNVo|y]N/"xNxP}Md&,wr2&`ɿW7rBΓG{P,7Ȯ'z7 ,7!'@u4ido ;9Ftsl#{-X% EGGucȱ!E Ҿr+cĕdq=,!ۥ蠐/_d(YT_7Ћ9;vd֑R+%,P6:fb2huR~, pO)u[~E*A8% ҟr9,5uX,Y@bJ7[0]h:>GaOdX`K/=<<>r -]. [|UTU] &Y,o6*j͕L7YYZ Q/Yz" ʈ F,e)Nj BFx?_ob UN,&}H~(}&볒&doyV 5|REJXq^櫻#~oy;e9TKMDSzY*9bSp5]@}V"EdQB8jYHtV;]AW-)jMh3-y)kUK[E -v1-RZ.@3]VdX@kKa `5]NV)QO=SˎI~)דw?9:uՎeifA$خN;M.V+'gij XÐve|n\<ϒ0"]Rte'X`z].eȃ`Гr<]__'PodI.*,?6A@gvɢ[y2so" ݭ6HtlY( -MKJ9/J -tE -tdEr}ȱA@gbF7[0]fdvI STh/]N/ee K V^4Wbh濌a(wS]tӮ"% d_C[.^yM Z00lI%,`bh˪X-P?tjgcfQva)0f4ɀ#m ÿ>5hv*h$+s./*,'g Bfɤ? NEJQ^F p6]ʃU(DVyy>ECy24fF-Rr <L&N8/n)BOPU0FqY]Hҷ+1(G:C@gv٧NQ5 ?E -v1-RZ.@3]VdFE|<߿zlA:/v9lMz˳jF xL3gE W7jK$x^g-B\y^pC*fE _Xd\Kh|N a >jjӤA.ܦ!%-\H7b̂5yYI.EH jh, .p=J^E D_ۦ4!q)q)2rk"=*v1.#hE Њl.`t,ptj0nO,|vhvN!{.E=c1yOS:<dcԳ=&ɹ^N~$cdK0ngvj]B$DŽ{y Сs. \B Њl.@+]Vd')p GiŴd,@Ƭ,zh&jc!ޯ(9zx<XDKKâbV5g+f\^7z*&=/=0nZ]J埾x;.e^9.?֩7/7 x|NO 1dVKK$tQ~0kh]Q^(|F#g@ːҘbVM&C@K"hE)]p2ګ|> -g!;iv9B !`8 !/tlw,EzS!/F] -"hE ЊlS8?9}/`pګ||||||||N|Ltĉft)tуdrA)ЊЊЊЊЊЊЊЊj -endstream -endobj -524 0 obj -<< -/D [522 0 R /XYZ 71 757.862 null] ->> -endobj -90 0 obj -<< -/D [522 0 R /XYZ 72 174.393 null] ->> -endobj -525 0 obj -<< -/D [522 0 R /XYZ 72 116.209 null] ->> -endobj -521 0 obj -<< -/Font << /F27 251 0 R /F16 253 0 R >> -/XObject << /Im4 515 0 R >> -/ProcSet [ /PDF /Text /ImageC ] ->> -endobj -528 0 obj -<< -/Length 1938 -/Filter /FlateDecode ->> -stream -xY[8~ϯH >ujF+zOj)߱CHNNJ_3'^"gE^"G<|x. - $MϺޣ,H",\^*^<+AHo]xoWU&ɏDz7M^Ɖ:,We"mޔaДOx<0ح -l۔`(%,e\4ZV6ɼaKbdXdcl+gOq0eB_Y˴c9Z&Aϥ]I\idijQ^a~ιO~,d3ؐNݵ#fr-ކlBer-4&tELR\S 1<{ß_hU}+|>8(b.;Q;=ʣ41O= CܞI=-@DOx <#GnBExMX b!@Ϧ׉2/;$7D%s!2D81.v9xp11.vvv).1>$C<33kiV!Oߚi4).kJK0y Cx[Zwuv~Oi9B3Svܨ`ʇifCFώvȦJn!;P%VdEv=0tL9դz h 'C/4=1K.pFb= 5Ϛ`Spl52.l,l&z{ӖDT6ݛ-a< ;᜹eS3_溘.f"r3㍾4 <S8NEØ:iRݼH΂VxEOb|TG@b| 2q2M/ [ -A8kT8GUO* -H0.՚Cbf+Up`)kR8]5*.`&$M0S&aĿ!H"fCܑ\On#HY_vPlk|>BB.2rCāgaAB%:\/'X -endstream -endobj -527 0 obj -<< -/Type /Page -/Contents 528 0 R -/Resources 526 0 R -/MediaBox [0 0 612 792] -/Parent 485 0 R ->> -endobj -529 0 obj -<< -/D [527 0 R /XYZ 71 757.862 null] ->> -endobj -526 0 obj -<< -/Font << /F16 253 0 R /F86 530 0 R /F47 276 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -533 0 obj -<< -/Length 2321 -/Filter /FlateDecode ->> -stream -xYnH}W"۾:&Fd`bj[UMbf&]]Sqpg1~;"Ȋ(#(eڜgT0[GYwn&ЉTø.uw" He\ {y,?wb)L%'mo[ϺBfnX$7[vf򷳷Get.. " Aš~+/d_u;]$ zTDYD'(8*rR8r +Ѕq"onI ,ɴ,%dsAEB$`.*3WV~fK3|*2iCޠH8{)1їr Ƈ*[uU]]?7l~o:P'êek !fmYӊ6 :6-`Pakn%H=rוHȠ_g5\YNܛ[Bf%~+.7S#kLկi[H<֩>|ƚ4!)*JgçLj$$9F"0k%r?ㆈǃ/tGmd #2"}35q ߬H"΂$ɢX2Lϊ/kv *9?@0fohW֐;,[S=WoMiZ)is=e,JCV.8\!+rN8e+`+-)cu/Zj˲Wil۶ܭ튖}}o;9U:u]]'r\! $e#ʇK٥%@9ߦmf3;zv^,Hgږ^y}YnL =e@a҂,n#lWߚ -5}f[vO𾸈d7SiSG o{~E '򀃨iPymJ#mo}#: &cLRo3)|$eɱ}wιwv&l0Ts +?1]0LUYlкcȊ1ZĐAyTXԀE[~<_K) -  ?U՚7ƚy"ҒM**3kl= ٵ/'h)/J9R٧Ou\z=PVǶF,;ᒯ_kMywW(wvUuJGfQ;EUQOKd2 _]gv#ޟvqz2QLNHrVq[/lME9F$yB3b`{9'k ݚIqpͺvÓCq262PI);a>.9 SekOC'LjE3 e0'#Mw_C5p|٦cvf$$F$ dL)! D_5jICɘD^Uтoijɝld$KnPBQq0͓2KHgjivS_/z_ ɾޓca.{=O_yKM;N݇^FJأxzC*Zi]4cQQ2$S -m6\\, b:y'ȨpTl\A'eZb. -e㨹[7, _ &BOt`oiz;[O<:VX%a#]OGcݴ@PL \u\ v̎ul5.x9_`烊Ho+/c" UNwzW;,Cm?f738>eظlp+F舳sgkaזnUtJP{5k3_UOxӦ0=elz--Nѫ~wq^d,3w0J8 ㄋ8D-dbVk> -endobj -534 0 obj -<< -/D [532 0 R /XYZ 71 757.862 null] ->> -endobj -535 0 obj -<< -/D [532 0 R /XYZ 72 599.321 null] ->> -endobj -94 0 obj -<< -/D [532 0 R /XYZ 72 409.637 null] ->> -endobj -536 0 obj -<< -/D [532 0 R /XYZ 72 340.881 null] ->> -endobj -531 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -540 0 obj -<< -/Length 2647 -/Filter /FlateDecode ->> -stream -xYYsܸ~#GrʱW[*ip1AZt#SːF7w o^.̜˓0qn4t(unon^ozWSM7bc6I -[ Nmf/:9!vo-S 72d5q)$$P1&7[~HlYH/Xk'8㈌ -S$pHfQϲS6j|,h`| rKoNpA>2l-:.3|zx- K"Vuɳ3v=jzMCjL~Ù[g?L_0`-ֆ)L]>'Y(#θDi<{:(S8B?#0j9oLjPH{fgg?]^,Gq;Kik4gKܲBDd_ɍkb(~hŪ`A9+^dCPTkb$̳~ljtO4)G`0j=K6Ⱥmj?aKt#]f;YTݎ8MqK,,6]/YiCnHUGxO!kk( IN{Ua,8TT$ˇ2JeћLLOL!Vsh36!b*¦n)UKi'cH lhd[ - fR ߈ȣ*z*̐y tCtYks'46pbhG+ (틻z5킢@#+ܣN ;_XHGi~ o88{-^[~SRh"Uac" {_.]a"/]nl K6{6s)qj5y8BuT̓͠pV?TR/Wqy4Ů:u<Dbܿw·!y<{'!vmst5/&8)Ymoy zi]ӏK06Pd^Ovݘ&F8Re6^KcEOr/Y bH,r09VSD+R^_/\&Ό<84b 3z)'.n ,K<8#Bb+vzizK9>)M,X02Ɓf鼈_{S)t:s픦+塻Sh1صZ5;虊7iׁnvv+V9n>eqWEOMY]!`wSO-Gܟw3nQ;YĶY7k͆:=yjĖuuX - N)H?N:? k!E˝z6X u = -" /cqOA_ nj -endstream -endobj -539 0 obj -<< -/Type /Page -/Contents 540 0 R -/Resources 538 0 R -/MediaBox [0 0 612 792] -/Parent 537 0 R ->> -endobj -541 0 obj -<< -/D [539 0 R /XYZ 71 757.862 null] ->> -endobj -542 0 obj -<< -/D [539 0 R /XYZ 72 720 null] ->> -endobj -98 0 obj -<< -/D [539 0 R /XYZ 72 456.537 null] ->> -endobj -543 0 obj -<< -/D [539 0 R /XYZ 72 410.308 null] ->> -endobj -538 0 obj -<< -/Font << /F28 252 0 R /F47 276 0 R /F16 253 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -546 0 obj -<< -/Length 2002 -/Filter /FlateDecode ->> -stream -xڵX[6~_##e(`oi4C6JUSXe` -L>CYJ`l8x x <4HI㠄oqi<<]~7Dy *WE1O2-|~bn@a~*ش~_9Hf7⼤qׇsJd-GiBŹXr{m0(p=N}8nZWmhV}mFVLyzCa΅~p&ZIPZ6r{7qјXxXW XHӆֹW"  ӉMVcnLjur2ʄpPH4 _~!}]:`HpAacUL9h2Qjo@onEQF6ng vΛf4-.vk/\4 ##qzt>٧D6ר *gyf]UE9ٯH'@~Re |JğȧLHJ%RGv_ $rncX2mJ5e˒AV+X^޽PILUۢn3N=LbkTE76MDT3S -WPͰ{'./- a? +\m=`/` F{iƉڒ\eD)]~* Diʞln7y1zDSh8UӮSQnIߕzDa#ŀќ?Ru~q~Yl z\:% Xátd<ö2`+޾X.;¯_PNz\&DH -0H0a|B7:E>c҈6a 6Q.*,hSXyG7/cftσ`:$v\  Kۧ*\bԏPcGc3a3_1q~QC}?wQ0t-5ߨXb`Hh"qC- ePGG0{q(;MHd;Ә{ 0t3$uL0G嵋љ&oA3Ar +Bgu !y#tԇq)0O*4~2m ?Hl#eQ\j\f6]=fiL5$OԽ豫7c+~^IU #uzdq^t^}=ъXwtF^cBDǩg6\`d69eػJ[xcZgx5[L- M#k.fn-Uޑ܈Dcμq]R_|]\]#1 bdqyk"uf7&qEKt<݀< -yWwux= f'Q`Li7d,M._ع̩ -endstream -endobj -545 0 obj -<< -/Type /Page -/Contents 546 0 R -/Resources 544 0 R -/MediaBox [0 0 612 792] -/Parent 537 0 R ->> -endobj -547 0 obj -<< -/D [545 0 R /XYZ 71 757.862 null] ->> -endobj -548 0 obj -<< -/D [545 0 R /XYZ 72 563.455 null] ->> -endobj -102 0 obj -<< -/D [545 0 R /XYZ 72 493.323 null] ->> -endobj -549 0 obj -<< -/D [545 0 R /XYZ 72 395.232 null] ->> -endobj -544 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -552 0 obj -<< -/Length 2524 -/Filter /FlateDecode ->> -stream -xڽYmo_o'HQoͶ{8m7!Ul&&ֶ|\;ʒ,{@/"r33t<Q׫_IxF B2Y4RbsoQHdE@'Jąupw̯~x+ӠE`ح"Y0_oY/gR( ?6.Rg*_wkxUq1͢ [[mgO)t,.o7- -I.}cj_/${AWk,ۙ'Sh"u:𱪍}R 3h+~ UҔ<9 0)e* -)h'cޠVy{Kz[JB$NA|OC -mCYemˇ5/-7'dǢ$hAX6϶lIUNCmwŮA55@"dBz/t/i&ēcْD(Ű-˶|(Ce iILu!|o*He&T$SDJ%V>n|= Y\+-┽!*Jd1flA([ mCޠYT5[ԶbEie?(ð-BY:'玁cgyx✢,5 %$LSto@I"-ŊͦtF+x6^ƻlWxhLhG#n'm|]GC;f&tJ"cYʗyMʾ7Tp\A:)}\yz͓'Xb/M[]'cPzCNd"RWFBDD)S+F^ްh!HsQnB1Wj.M Lu0Bc]mF[a$ɡWmxr+t?lݬ@:_= :Zr=QY2oj /XrifRA , ShՇoEM q)T~zwn~?>~}s{>fRZ:UP1A9w -GKޖc&DTG#W[^,/esقBRcx6D)?1\8*.f|%S%Pl輸fvj~1\h+\XRV{.}1q7Ø0'2t\h9rH.Ea\]=<Wljw%*T@Q"Tϒ)ļ%slܭ fHTR 7 -4'`II(iyr8B;=} K^q 9wVGw]=Kzx݁*݋ <ɬ oCZ2e6܎|دښf -ܴnӖu{tt"d. 4>aJQŞLGSzgU2‹GeR uL4UU>[mzs58q?gf(i<F9)PƋrT wm3DHZ,cYv$HbzGVB\ #rk@PZ~5X(UE~*0 72͖q;؋M\<=zA>ލp^ze"5̊~0l21}2}e4TlY|]+*acp^AE%$_{S`8◕.%R{ؚsFTUdhF^fQq:ާF $ޒp844f K!zraiኁ.qW';5;8uma7b̥(YȺa& .kΒ d!/.Nw(x)w;]˺cG*6?/ʡe0Vķ?zp;eB߬sw=p X"ƺ6&ThMRԴDȲ8>E+<8`Ƃ1}a]..r-rP8wIw*~= S=PXuzl]X\cw\k! JD% -endstream -endobj -551 0 obj -<< -/Type /Page -/Contents 552 0 R -/Resources 550 0 R -/MediaBox [0 0 612 792] -/Parent 537 0 R ->> -endobj -553 0 obj -<< -/D [551 0 R /XYZ 71 757.862 null] ->> -endobj -554 0 obj -<< -/D [551 0 R /XYZ 72 635.186 null] ->> -endobj -106 0 obj -<< -/D [551 0 R /XYZ 72 505.278 null] ->> -endobj -555 0 obj -<< -/D [551 0 R /XYZ 72 412.612 null] ->> -endobj -550 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -558 0 obj -<< -/Length 3070 -/Filter /FlateDecode ->> -stream -xڽr6]_1o˩S6}e 0>W6|.Е}'K!z್?s.tAS] --JC1[Sb?g΀ɞWY6fD,fo-cOo?=;?9>jR<&tV@45ƢjY`jw=sx0tY:qTf{ơ8 -Aa>!|'@-MVGR*Qhqf.O -i_1߫_'[|=Ƶ]i8S-$ɶ3sez3b[հ -c13鿌\l*d+>{VOdu;jɨ@=HF< -϶$̣tGy(#y)b -= G;Z*C:'ދ`3 --:%Bz #d:[vzitP1O`x> _T9]lMOS)Xa@`l { -װ*-}C֭{5<r5 dĀjK_KKY5S5\rȉ[)Ĥhl)C;Ý)\ -baF\p`:@ťi|A}BX} Ùח؍Kn/-GY^YhJŘ8~!:)~y%$$А%Z#_̸d Ey#L1e.FQ*jAGHbG´D3D7aJ|D8b7o26'y򂈖<3.P=gXhic;b0jmf@tci% "7Va p./iZKpQaOq;İj!o8f>.W8/C./)=(4)ƴmF[ -d׺o1:_$Z}Y'A2I5NX/Hj;g롺ykު4]8U5 ;Z/Z'pȰ31j)Iއ#Q>*M$g+tQojN']-\mL'~xu~j:Qb6.F6Ľ|4$8s+?s$#qrQ`Tb~&v5]ĮH$v}&#Μg0 u#c̢!_[0ܣgkF8 vRSe183ѩ)+ T  $Xy\$O\XJܬy+d -8 ? -Lrln-7kHy,_{zY8.lHƏ(L܅MYm-.{Qik9.itUql-kWbVfy>9yx!2P:m{yœߠ!um^"m0VmaB{!]G}c蘗Aev>Clj攆#Lcckd%s I[ NNM%%|kM9"Fo_ig p~iV?d&(D$IPBeSrg+і)՛tA`( -Yką(?t5{*,w'?n^vL;isGCdψ2(OWWqνSؒ GZcw[W>KoKhҶIA/AG#aKsSW\U2ﶋU'SƖev7`K)C&ɜ(k§ۆxV0 @ ˠ䶄=%pz-aoj o>j@HJr+sMXGLt܌p79I׏6|&~]~>~~D 2{煗L'"B$'\OO6$Ttsyݷt%}G]5޽k]HayE dtO%Pljk,Bq~Ýi/mkӐ*|`E8MS&; |߀>a| cw2oØy y۶ sȬ5Wa nAMps{QlSE.$ =e >?mqfT?<~^Bd(SN=M\nHUr-f1̒ݧ&x*cI~9[PX~yd/X*_h2a!UG|ykt܄D\ K)Li{uA`ŌqS; ;4-u2*3J1otIgG4xaljŗVSDW6"i$X:=ZyBx}\vLi>L\xɏAcWZ- --f'7gѽ -endstream -endobj -557 0 obj -<< -/Type /Page -/Contents 558 0 R -/Resources 556 0 R -/MediaBox [0 0 612 792] -/Parent 537 0 R ->> -endobj -559 0 obj -<< -/D [557 0 R /XYZ 71 757.862 null] ->> -endobj -560 0 obj -<< -/D [557 0 R /XYZ 72 575.41 null] ->> -endobj -110 0 obj -<< -/D [557 0 R /XYZ 72 134.114 null] ->> -endobj -556 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -563 0 obj -<< -/Length 2297 -/Filter /FlateDecode ->> -stream -xY[o6~jKQ%-uEҍ0 !V#9ƩM.3`/3w}_`ŏo#pa] PJF8NC{([Dr s)WSn*(N& -۽|0/(aJir7O͖d͖4gmoXt&/'lllY換_&HD0!AWC8Ģ86 -a>9;1vΥѰۺ]Շ\VvRSon.\8[3"(QP.~; x6iU<$Jru\_s ܿD0~_L9 oOe<|-NjF>h126_no E^",Mm2 -)'$N @>J"2 +h;aO81D^{S0YǁLt !`E'18TAܶMq/yc-{hjU,l4#R/( D!4BOS{=EHO n_ak@!(ڍvD<(f'vZ+ -*lġo, |۪sj8H` 667HSܸ3E,|~S3A9:(_2 v1 JpbJ:|~|_4wZ[6sNKfSLPZ9̛Qb6|] q 8wLR)B}ƘCn*ޱ$1:_M=;yg#!J訧w SrڬwlAN'z*z׹OT;r2 L%t&SKD޼0PQB'RıEM1pF]c -\ >堡Zt1ȷK1?= |JRbjK4;|ʹ+k|rt}e% r3mHj j+ZGԢb~3{h,6*:Bò$qIdtL1nҩ,X#3wM銕CI8^J4ao7 t]r=jdOF њ([a`=6oy3Sq "i7}NGQ~5"3-j2f -0tdrg(d۱u$2Tiyw)x oa+t3E.#: 5G}}5yzT]!nwAq fkɰ &)lSG_'(bisL,fKUKj -S u4dW8{b }F -:V|! Q3-@vӳwB6x]9F/)b24'P -;8ZbQS-jظi[v&*zc~Sם]_@ܴxy>2J8}$ɼ0JIw(%LkQBK/*4P-clH'mƑLPگe.G-"Dnng%oCO}fw -.şjUVctn[;#Jvu+dtcOXc~tCUp2Z[ۯ**K\б hwfKLu)thQao bn!H3Nq2u_/rv_#8" !EeGiWS2_ % -endstream -endobj -562 0 obj -<< -/Type /Page -/Contents 563 0 R -/Resources 561 0 R -/MediaBox [0 0 612 792] -/Parent 537 0 R ->> -endobj -564 0 obj -<< -/D [562 0 R /XYZ 71 757.862 null] ->> -endobj -565 0 obj -<< -/D [562 0 R /XYZ 72 696.145 null] ->> -endobj -566 0 obj -<< -/D [562 0 R /XYZ 72 145.08 null] ->> -endobj -561 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -569 0 obj -<< -/Length 3370 -/Filter /FlateDecode ->> -stream -xZYs~_@U"3\N%Uc[uRH2(Y%JZoy\}|}2΂ٷo,߼}Ygg˛Y|ijD~&e1$Epn"OB_J0j= -+麟by*4:^3U@kL;7ޚ9?9xydANouG$s!, T3WR׍%i@_2/UkS#&7{?Kc,,HfqBRl`OGi奱KLcZz{,})XඥAYJP^$H7p,*fď4t4[1ndtA}4+?QgW']v.äOa?Df2fQRı -n/p$(;ㇻ)GN]<.;Hz/yUacͽհpzbBӊl S? \.RF"&]D/>\ҧ4dUg⏝u(F~|%*d쇑 *ze/ C ʜČkt}gܺ;`0}F&l]"0ӻ /bKA 11]q aE&f,2!=0S!4$%+y} -'π54 ->F0h"4(!xffk2uD2ܤ,x}C7ҧ}V21x( |dzHu0f=Gs`ea2#qAѾqr Zv_:އ봉zr'QQz1c.RB!,ap}Ȕx|ޗٕŮڹuޝDdȊTLu4#~14{o h&SCDDmcen8[>KfSE4DPy8;VU9RO?^™P_*boi3>jHy,HU$Pr0{Y"']`^x}Mv8א.x9MSJ:y LsG.ѢGJqjq , H#hp }W 61[`|+)|FNرޕi5FAJ ƨ h&F;:y"F"0zQ @E/ƪ/k 5e ;~=tabFK\5Ft=`^:Bo6DoP b?ɲx2JؾjRӔ:,Kci~<`O3;bXÌ}ό0sn2gGJ!`NNsI:)$?lv`dV}ch6WtV)65RIj(q49X3J2BLm Va.$'yb6k.Qkk>*²s=G1 'sxI08\vX|ĒDq$xEWen6\P*X6gz 5h)D9/5K\FztNmla1,p%C_ݙ GR^pFO'TmWْ|}*%HڧU;hBKf~ m/@CD&O'8o, fUctxΝbcn[).v[ҧj[>9?__e X JSFsTԥ bHw*0/7 `c#$aqд}f8c6p5]u! zOp8PAΧ{-צyւq Ɏ3?rՖ!OD#Q\,yI.[ -}: Q -WHi5M SU0a]r&_G* wMf6t.`V.im -8r."Ĥ\J&Cr9 n)-XSr๛Qx.sy@zB%{U1.9y - NXeӥ\[p( 0Aފȏ\ۤEĴ -/)UCЋ؈ qL "&m c B`3vE_|ۼp%m1Q?pp~hc-%59O6<se"XY~JL@# 26d-)ܦ K';Τg(8/8#n2M|i *7;-ZH;>cS'JɀYRdqQ!?_>=-\Uu=L7.P9wvMcyX`=D-\2ěk x?j#ʜPb($J י?=*:mPs8ٚHڧ~1FUw("." >Gb0^in@s VȻ9u^5T2.^Vpq((-SVۦ5+޲]g݄ݾZ޶quz5t-xYL8JmDEة5[יv1ӶNM3 x.Iw4뎦kZ ~o59\LaCHKH,&)'?C;)#jU/4F1xCS4Zfy&ء& BnH鹱lA5Iؕ$nPs-;^;p5g.X󯷕 -Sϗ+0 1/9}DSEoRЬ =/>bč-%6s+gWoE?QD[eYm?}" bkGAxYfgc'n)?zrQ0$(v`ȣkٛI~oѪ*t7s*U@JzXiE\ƁXА-gλ5vP` $T8/ -endstream -endobj -568 0 obj -<< -/Type /Page -/Contents 569 0 R -/Resources 567 0 R -/MediaBox [0 0 612 792] -/Parent 572 0 R ->> -endobj -570 0 obj -<< -/D [568 0 R /XYZ 71 757.862 null] ->> -endobj -114 0 obj -<< -/D [568 0 R /XYZ 72 233.332 null] ->> -endobj -571 0 obj -<< -/D [568 0 R /XYZ 72 123.84 null] ->> -endobj -567 0 obj -<< -/Font << /F47 276 0 R /F16 253 0 R /F86 530 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -575 0 obj -<< -/Length 2061 -/Filter /FlateDecode ->> -stream -xڭXs8~_#k%۬ėRu"FqÐ_-c'ݗ m 8_j]Վq-}eΟ b\ l¦`8cOܭ5فx `VAnڠi_- mPaE#LRA>/관efх}ۥVW <\o:<@q{pXÀQMm^ :g(`8AJo1Rrk-J<}%{y&>Xi]t]ړw -;{ukCǸQcm):' F~~{ysZ,u}}eqѫ,Uj @&ZNwKc; |D,M p'_MÒ-p!%Z8{ -Jg8 elqsiRһ? -6]@\ -YAֺ>b* 2}=vV6pRE0NЃ@PIwXD/.Gd V'mGub'UNt}m֚|j/b` |J9Ľ]g#Ub@P}<t1^oֳy_D`vT:U{!6t/!r CH`2  -endstream -endobj -574 0 obj -<< -/Type /Page -/Contents 575 0 R -/Resources 573 0 R -/MediaBox [0 0 612 792] -/Parent 572 0 R ->> -endobj -576 0 obj -<< -/D [574 0 R /XYZ 71 757.862 null] ->> -endobj -577 0 obj -<< -/D [574 0 R /XYZ 72 192.845 null] ->> -endobj -573 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -580 0 obj -<< -/Length 2754 -/Filter /FlateDecode ->> -stream -xڽYr}WZ`pۮ-ovek傀9 в=)*J9}e,ū2]~d[ddDb]-~>0XeXmքOF쫻*"*/H^Kyu^QyW*Gzn5M\;UN޸ "\䉟"3?bkZxAxomWU )d:깃UnqrojJn[1oe -|} --:^O'#hxS(-]^Yb *",a#\A5}\޺D3a2co,]+շbw_M ) ԡy(cnS;6'!Osf{jiF/\rѰ\sHGƑh=G}jג?S͌u)w\_|\Ag(D?Ecyx3w mT?9 ExU]=׊0!?Cnԗ6*HRH麵+&Y -:pڀ21d@sH/HA,3% Yc% 7̝8z9EQ'?" |Q j)&޾_W6iT}K2L W|4!uTKFD26tmc(j7Y%A o[c8fII=:KvHGo ِ]/YΒ%4Wo@G=H[E"cɚĜK9` s[K1YK HP<B3pde }oQN=~9 cȵP `= & /hj>&- 5+ D{7J=ѩ@'u^/%0~ꨞ,2lbUk:hHDť:Ux pd ?@("뮝N, H{sٔY1U QDuUjrBrQʣPG<>-Ԟ+3Sa*p(i-ouYEI". +dQl;KYz~ q4+@NBܛԑCõ`A3-S)6([*Epv6kw,)2XtB0rwRs9|v.'t%!]IES=.DZp3O]ȊPdt="mxpшvo3ȹQ C5E46@ӛ@; GutV|rvȀp^ -^N\Yy dUu~^/&a];q" R3i`B n0߭8`x }3eF(]cp}0ބ>000@] -3Vf-f$tR$&BNJQ۹{ -?.1-`b$άW7;:c!Zf~ACYk }$=]ϕoK2oٵ\VK _(+o['qHg5|?ڑ+WG^A]> -endobj -586 0 obj -<< -/D [584 0 R /XYZ 71 757.862 null] ->> -endobj -583 0 obj -<< -/Font << /F16 253 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -589 0 obj -<< -/Length 3469 -/Filter /FlateDecode ->> -stream -xڽZYܶ~ׯp+Zx!UyUTq⒜<ק/jR\_.Y /o}Je;D%.U4 @r^]ax/J+=T:}g<t5]0Mv*u"SSa&1~?؅;&HwI8\e˛Q<iNJ_a:Lt tT5ҸVW5}wfw -^< e־οL%fne,l3~ƼO\zJۛ|Bow۷ʼGns~[&i(* 8>Ǵ85fUvu"i>rMEpKBGzxΟ>X2H^퉘;mx; _}.O5XACxϳԏAEQ$Aׁu)פŝh쫗/ieńg8|=Tzj,PU@Y9O|$ %M#Vk}5A"iy$ғC]Y.?6zm Bfj_jž/'*3>.7AVDOZA23 3i]׏LsO_&a|]ǚs D@xs뗤؎DKpEAGYخю.IW7\s~(Ν2!+LCr iHAg9vh!_b9 - #$&-f7ǽkN{o<]n)e6/h(ב^GWef]枟*0Mcnc5unzfZljGR|y27stYS̺4sxd DIf@'\"͉ 0oOMEJ`wv6C}b+1y-{hm XXIcc6f~4?H>i+QH$15l=4nF,ئT4jCœSFiGipC?14|@|GHg %6:)T+hWopuUr'0B2&Y{9YvgP)dF(n;7̊gSV`kEw V͞GKuEe $C^& A>Do`ghII ")ƚ=C r*M~؜>FGα䣣^IF.Y|3eEC!xiK Oqy&G:P gWzT_ ; -TCjU!Qi`7 SSWG!`v -̈́ Aͻ1ً))'qcn)e >"fox9(57Rk&Z' -k0 B~/uD;@V@R綆&E2chgz[9/GalB(ڡ_O#)b\ܲ=+hb׶mGH69r4' -> ]hHHc(Nk˟{1xհBS~vOMӕzGpL(C){a^[u^S Tzj0 Ky &[[0*(#%D.j2yQ> *)wqk&Jeϓ`,%Hdf=A~u U -E&lK)˻+|t,y$ lRJ 2.^<'D\I7{әoRUpHD)r^i!\Ol[K+Y5YwVV.= 9p$g/cW%s!`cK:BwV߮C$Ix\"GW䓕) f+YL;Ɔ@ҥDqV%W酱aݡ*?ds-U[mkNFNn҈["R~$R4x7߼~qswon>r`4(ܩ83%=Xׅ>L[X k# tmWGWG͟K|Nl!)ǰhϫ}_rפO©iv*ȑ -F4SAtl3R͊ GmeY燮#]X 'E!+ip\YG8;9rVۖxp!F`W7&=ebqi{3\if&$7C/րr)~$CY/?X,qlpU&0s&4 k:| ŷ wCՁ/]-}y'(֥,΁AbsY3K`ziU\=N_$2tYO֑,n(1vPy*BgVr$$ji,6<*;eoGlZ.6'xj0`nogXDŽ` 'r1_]G< Og4`MNT, -endstream -endobj -588 0 obj -<< -/Type /Page -/Contents 589 0 R -/Resources 587 0 R -/MediaBox [0 0 612 792] -/Parent 572 0 R ->> -endobj -590 0 obj -<< -/D [588 0 R /XYZ 71 757.862 null] ->> -endobj -591 0 obj -<< -/D [588 0 R /XYZ 72 720 null] ->> -endobj -122 0 obj -<< -/D [588 0 R /XYZ 72 298.629 null] ->> -endobj -592 0 obj -<< -/D [588 0 R /XYZ 72 194.561 null] ->> -endobj -587 0 obj -<< -/Font << /F28 252 0 R /F47 276 0 R /F16 253 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -595 0 obj -<< -/Length 2335 -/Filter /FlateDecode ->> -stream -xYYo~УDxHv'[l8>U>lA%*N=z瓐 =y yڜ{g/ <^O( ޗiyӕH<ȓ(0 BzͿ2z].D[h(_ggReUc;SWߗ?\.(F̓2>l )[fVuݝE,u8(MzwQ7OKny&+tOEG4A7-[ϗʢ)n/J@?ygBR9)FR"[K VORͿ4I> g&o@&JUq]Ѭ$5xaD쪀$r&}lwmW4]Yt & -38 Y#!$n`0R=\%4,Jõ++n -X7䮙 -b(kep\}XPQَ:G\OE!"^Y1; -TeG!LY CB6"A"?K;"w GWÍʣp 445NYM&=47}WY u,w~"dOaaA7.LРqt -{6MJ[+wQiD9Ec kz:u#FmzR -T 3JyƙS?rNp)1Ϥ+UUiVD?yُ=RNj.!Zfp'緕wFd[dmeY -OE-T -huX8}2 6Dmk֟: ^A/4LU" {Tj5rNUFxL>Bm4m]G&8eLl e1D0gqOhnX>3Z[1 'hٜ[0X=ҍ=-۹%#c1D=7TD ҍzY9%09bH7΅7կPܯ]=NL9z7ޢ{m,yiMw̷6 b)!S>Row$y{{{zyכ_/Y `šHO(c9ѥ7MRwY['ebSK=cC`gwV2lA>PR!{Ăsccq *9} u/gŇ&e'3o=)x./|2^L/7N!zCl_8X2_}ϭvR&1&vYhb}VQW7x<UibtPiI\Bh" ᏶xpd۟ut%q&; R}D8fZ -ɦz"${ uT+{zeKOFvPde*CZBna o;+)/l;蜚n1gmj}~m\ -=gSMffj]tkD -[uV{:NWӲS yI?83@dx+ι#T+;27gw| -l~DF/v&pM~ \tJw{قncn'Bbi -JH@ hCmU1N#VvS W퐽.?p * 䃗[Da6;OZbEa]S#w[$;qciAG^ljv1,xgގ*@nspPL!Ԍ6UY w(r\3ۿ>-#Q$1c˹arv]<*>VuA%' xv- /Djt%q -ѳ@R>}B ecग़kH -2.u}Fvc' O!1 IN;D᝛y\cC:B1E iiYjX~ƴ iOJBzD%li?stt_ G>شg#Ưj5YKǁf c}wfQeqA6%4 5,oG1ŏ:zcp)1ŷePIG6}̓F'S,ɗ,h -endstream -endobj -594 0 obj -<< -/Type /Page -/Contents 595 0 R -/Resources 593 0 R -/MediaBox [0 0 612 792] -/Parent 572 0 R ->> -endobj -596 0 obj -<< -/D [594 0 R /XYZ 71 757.862 null] ->> -endobj -597 0 obj -<< -/D [594 0 R /XYZ 72 240.666 null] ->> -endobj -593 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -600 0 obj -<< -/Length 2223 -/Filter /FlateDecode ->> -stream -xڵYYo8~ϯУ tԢH]֛w3I P$--%9=_U,#Ibj>א^3q=zh4 M' U _r.]xnRT7zJV+]Uh78̐Jr*A6ci,e3:c0foqQ媨=WP]▫m%He y~~= b;eoOz̺By3xj.hܧm5:z*SyB* KY%מʳwZkUr|fh)Pϣ倕ƒjاG5L&{*WgƞOp/Cc\gU0+,SHY +_ي'At>!.ɜjԦI&ñ,uDQcgìмk&i;ToRJяއy<;~j zą#ZN[j:p8:8>kX=$v߄:FHn1qXxDFL,V1k`DI24T͸k՝gZS k,9ܝktQCH,'Ìd/nu k;)]PL<ؒS[}[:pvgUNLR YFs bӻعvšLz!g<е0$k*< +l#fo,p͏XnƽQt~N,Y;&۝& K;1j@d5p*\_EAh[n_plLV 9,+HQ|_Kh GٱEݨ1KM䪧,žxl *AU"Mh\ -endstream -endobj -599 0 obj -<< -/Type /Page -/Contents 600 0 R -/Resources 598 0 R -/MediaBox [0 0 612 792] -/Parent 603 0 R ->> -endobj -601 0 obj -<< -/D [599 0 R /XYZ 71 757.862 null] ->> -endobj -126 0 obj -<< -/D [599 0 R /XYZ 72 670.249 null] ->> -endobj -602 0 obj -<< -/D [599 0 R /XYZ 72 560.204 null] ->> -endobj -598 0 obj -<< -/Font << /F16 253 0 R /F47 276 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -607 0 obj -<< -/Length 2954 -/Filter /FlateDecode ->> -stream -xڽZYo~ׯPnv7$geG& iID8&(>U]+U,udBۃ~ qVd/~vug{8O?骈Tq/BgMeqָn cKՕ1q#u*aTщu뮺뫶N/aP.]h0#M Mm\;tk{(Oзwj/̡ng-"7 0lu`#5f<x'z[4׶sx͕Itu+!QӦ҂5t,psp@0H7f19%~U \MX_s/!s IKx;x_eY,*52> -_9=:6^nt {feK^ -A%?KO,Vޱ]p 0FF}Bi$V‚L`a#w6HtC*csczV&qtdKK4r(vg+ޔ.ogB!G%ΚU%HyYf`^6ms3 > -%-$%+w-&Gl!g4.D25yFN5n]BɻU벮jQ5"_Ʀ*o՚#c҉Ve:.,}^c!IK9 T)vDTWd48:~jjJ1m7ۯcZ}(n`{c=^ϟbWJҰx'|mUd2_P>BJn6m2Q {eݕszWvPAg -d;E@9 cxm_Vڰr Kvppd"^7sVW*:~vO=??=;>)UmY xĄ"6D؈ߝuRGNɺXtɋʳ|э%GZX @GH! F<Ѯa*+>6ۥ;pQ:K$avOPbLr5,X(K?"x/}fxE+weGFKJE=BOΖzDCN# DǧW [zk0Z V @7!y"֊!7[۪O7;%lK-xKŪ$C*07Q*۾y޻Ѝ͏>W(Vޫ>9p t6xfGc^C|y˞2 -Ek%0 T}]o7:zyz~nƀ 7""!_cWJ&U}o/M'_:y$[v!󲤰r~PcW:w]_;?@E4OtCGCs_Jgox"d -;Ky[xiF4P%rȔCI9s;5#Q3L ] t<„#hpr(8֔nZّ)HqY;^;ڵX;6ԋ "z^͚ݢJ A%*rQخ ^pzdC0?nr9*xsgQ$ɲ8-X]ma"V"1m(VQ/d&j;'F|C0u"+7B2`G~`uYm>R^DKra.A19,"iP35dN&хrJ vu14忒?˿98ϒEMA= tc~υH,ܩC1viZjc 2C80 - -paz -|&Ee!\*0E0BԆl`j@ -,wXEUqƒJ*Yh4" -6 Pr{VFH/~LArqC]HF>{ sgJ -K`+E_`įԴ.ɊXAXk)]bez%/>71dDv L_A4暢cmqǏCS}BeAU_8o9U#: V:`>YH1@ -endstream -endobj -606 0 obj -<< -/Type /Page -/Contents 607 0 R -/Resources 605 0 R -/MediaBox [0 0 612 792] -/Parent 603 0 R ->> -endobj -608 0 obj -<< -/D [606 0 R /XYZ 71 757.862 null] ->> -endobj -609 0 obj -<< -/D [606 0 R /XYZ 72 599.321 null] ->> -endobj -130 0 obj -<< -/D [606 0 R /XYZ 72 206.399 null] ->> -endobj -610 0 obj -<< -/D [606 0 R /XYZ 72 126.241 null] ->> -endobj -605 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -613 0 obj -<< -/Length 1890 -/Filter /FlateDecode ->> -stream -xڽXnF}W`;hp -ǩ(XQkiTT\;{ME_D-˙339s8g1w F'_9?g-gop(H,(/A^;˵}n=|;41 -޻gbcZI"{9Iܗ|6_k&k^RzylGPFCPG͏Rk"(G/G<]& ?ˋ9ݚmX5(~{W)sj]7^`/SY!5UezWJYPqݚ(JH -CTiݞe.F!}YB/*B] "w /OJ#Y^n*LJFMNEdCQoJ -g,0FiꐊT[XIW;<ziIWJg࣌;Zq&:$0toQ@T!QIk nR!dh Gc";a m@0ǨlڑyfrǖV)SrP0H1`E7$ oR.CT ٞ|w\M7KBa҇3Эzbpx j׼Uɦb%#2]w̉4e=(1},D[`nM0;e$5Wlw0&( GӔDYe5 c$Wj]V 6dUꈼ7}!щ+mgIQ!ݟi2ɻa|'2ND]A+jxz&-A틱i6aЍY=јѮufȜ r -gRW學"‚39#s~-.)qw`T<*t0j6w]%E۫?.W?jg4Nj\X)>.Kߖ;A@\ݎ@*m{bArߒʅM%Ye;ƦSxn#i);Υxyztzuׄ4kiNf֏dfh.KAlg1ӏ ^s]. jBO.Je ?_nf{qF -^BbPVgHp(xa^%m(G4VXݼ7ߙTbM@ i1MGg+jx Jٲu#ND4# e@щ/+$L6~h9FgQL"GQ“n,1G~a|I뎢 .9U*ܵl[CszzLdϜp] d؟Q i4cniǫՁTwµ}[)md꾿ɟ74kMd(4BfF>C^sjA`i3w}:h8Gӵf*םD:,)9~n򁟡^ Ux?<,ﮮ>_|4sj&"[$N3Maa`DYD>± l^f -endstream -endobj -612 0 obj -<< -/Type /Page -/Contents 613 0 R -/Resources 611 0 R -/MediaBox [0 0 612 792] -/Parent 603 0 R -/Annots [ 604 0 R ] ->> -endobj -604 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [429.189 531.091 503.604 545.039] -/Subtype/Link/A<> ->> -endobj -614 0 obj -<< -/D [612 0 R /XYZ 71 757.862 null] ->> -endobj -611 0 obj -<< -/Font << /F16 253 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -617 0 obj -<< -/Length 3151 -/Filter /FlateDecode ->> -stream -xڵZKs6WfN @=8~*XL) 7R!9V~ d*.Wkqp?b~q&"e$t  _~~.d}q(EYӚٿϾ5xywz QeVp}E'.Wۮ/"*(BBWCwNâ9RjV)ГEks2tJ;! -b?De*aR,uJRO!qYXDJ5%~ot4T҇hˢW_vwUbSrx$JF2|HR7Im}]*֮iۼ ۢ- M8¤: 8TI] hW0JG -Xmtx1m[(F#x8w2ҿq< RECa0ya0=&o9-H2Bh?,%v_8 yxu&"feȡOaG%v'aիp|SN$CJ%,V89hz)WvOH4S$QYѬ#t%dW<(+{|Ms;e)fmK@crPc5Dp;yz-8%^RqPp2n~*Wq0)«b)='6f0{Y[!,8q~**GR%)sLJddA #zo ?m"u1oDRp'YRī9%BF& (.S)[ek$HWww{l4g'IفZpRO$ z8@kNChb;֟k N5ɡQ#7U[`8CA'G8  gz?lf+76g46s ~KAdZ^52M?~||:͖$ -D7c~aJEAaG~_=[B -Xܔ';NU oE UmQm5\Y=Ey9}e :+5a_xa 4MK\\N@vi{wiѼ'>W*.hL(ms\NbۏSJ %%w,O9,~u͗_/E4qe mx3=- 2[NT#x6Nѳd0>i<7ԓC}G>9_g .E> -endobj -618 0 obj -<< -/D [616 0 R /XYZ 71 757.862 null] ->> -endobj -619 0 obj -<< -/D [616 0 R /XYZ 72 443.904 null] ->> -endobj -615 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -622 0 obj -<< -/Length 2252 -/Filter /FlateDecode ->> -stream -xYKsWj #K#Ѯ[( v_ AJWRHׯ!z^_rA*f^*)OqPy_=L^aˢO,_"i$^m&4뼜o톺Zӎ?fw⼾TOW\*i0g{ -=V$!T{Uj .sz6W g^붪2Z}v{Zʅ="~!KVO46ֺ(o{̜pʢ¢Umڢ*FFkhN7wz"h#˦pb{X&0<+Up%_Ʌ_̨Z p4vpw]ae6i7*d@aCeU|՞mtOIwbq"ӫ# tof M Ma# `Xۥu| R+2HgE9Df[..9gC4U PKm`7Jց.fg_κ tb߅~ys0P򾙕k/WGjAwH8!җ_Gi(QtƉMV8.+xzžx1[9M&e̘7B9%/N -вdzP6F~3]3劊*4TbaQ|%m.G(Dj)(G) UѮjQ &D;BPqL}K[2G1'k7S[w B֘nszq "Z'=3Bϥ5M7 RYgBH)qq1 t ̮72^::fAD*Smh$veHb e>ق`p!!$-vg2]M+]ygJZgm5+}gy],r um╗vaN]y04{f+4/!<'43+`D{,̭],ywOqgu)48 -endstream -endobj -621 0 obj -<< -/Type /Page -/Contents 622 0 R -/Resources 620 0 R -/MediaBox [0 0 612 792] -/Parent 603 0 R ->> -endobj -623 0 obj -<< -/D [621 0 R /XYZ 71 757.862 null] ->> -endobj -134 0 obj -<< -/D [621 0 R /XYZ 72 598.518 null] ->> -endobj -624 0 obj -<< -/D [621 0 R /XYZ 72 542.271 null] ->> -endobj -625 0 obj -<< -/D [621 0 R /XYZ 72 146.623 null] ->> -endobj -620 0 obj -<< -/Font << /F16 253 0 R /F47 276 0 R /F27 251 0 R /F28 252 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -628 0 obj -<< -/Length 3055 -/Filter /FlateDecode ->> -stream -xڽYs6_L(Qyk.wuK<77t2Dꢕ6@zmsiD_ >~d\$HWoE("vQdq\$qu%M4MU=*EBai"{"-Rhٺ9m?&^M=Ns%+Bk-0@O"\(+L^;9DW}+em?E4ip#G$#RzWv}0nw6LukK^;vDm,K߼ m5nLg3,kXȜ{4ޡ^>* IhW;Fȣ r;L"Ku%$Ž#fw clImsd1q-drfE| J4PP>uIy>k.%"5$e ߀b8;/@ H1YfAyŀaƦnG!HeݎAe36Iti&O<^Uߠ -%,d7}#;vhu즬mC{8'}L{Պ2A.i)1X)J.D -<`>hê6!km C(Y|` #I*)Q]i m^I-8]_TcE[`tNYvq7uU*d~*v/Fv8xloA2d߰1ݳ(&H`EgsPAI6z%%[c=͑ٮfpGhn} t|ጐpyTLA' {ŨBL) l;9$D;Â;h4)=Ps{,MuKInBxpAk\ ǵ'/\pV\H+ mp_;b #Ω^W[YB G2Afu yEdnÊަ|/0ے9tZpC޳dȁyWy -դU!ukr7S!{R-\ib'%GG`_jKwƕ^HnU -|FdwǨyfzL=,4rlۏum,/G31TzB4tn 9P UhL ^|R^ΥB+N `8UiKHKCvUpjW - 8wB"Ug`W"؜^H"(cNmPӼ`lâUz/ C+_$2B΄vO]CԪx5TE;\UƼd̬ģ 4wUU6<' nA|f۾rdTfv,3[`@ZC| ecx铖$''i_!98fEz2/&g//bge?C2Ga8eE VdOi[ъ -endstream -endobj -627 0 obj -<< -/Type /Page -/Contents 628 0 R -/Resources 626 0 R -/MediaBox [0 0 612 792] -/Parent 603 0 R ->> -endobj -629 0 obj -<< -/D [627 0 R /XYZ 71 757.862 null] ->> -endobj -630 0 obj -<< -/D [627 0 R /XYZ 72 633.83 null] ->> -endobj -631 0 obj -<< -/D [627 0 R /XYZ 72 267.309 null] ->> -endobj -632 0 obj -<< -/D [627 0 R /XYZ 72 237.421 null] ->> -endobj -633 0 obj -<< -/D [627 0 R /XYZ 72 140.652 null] ->> -endobj -635 0 obj -<< -/D [627 0 R /XYZ 72 108.827 null] ->> -endobj -626 0 obj -<< -/Font << /F16 253 0 R /F47 276 0 R /F28 252 0 R /F88 634 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -638 0 obj -<< -/Length 1789 -/Filter /FlateDecode ->> -stream -xڭXKs6WHD&;Cԍ$vuz3Zmv$Q%);4Ȕ-DX,>{7AqGQiX0`85 -f.Mlpߐ.4bZ:mr a&\?0b)Lf4XDiQ@JXD]#Tb$>I8Nro&Z))V } F8c9K&e6OXV -M#^UEVeYUaELIlMsQ |g(gL0 B'QHp2|~~g/ii>8 "o39!Yj/#ecWu<[.鞯"c^MU(Xˢ^тNŽ9`q:JLXD}OyˏR1+p$t@5R t>xGJsS' 9 Rm'A*|1WF|eȜ[Eܪfp#_zй$;`vZugi apm J!*j;Dp^iq>7?nK)&;v]]9WWhC -D׺T8+Z4.雥SőP}(~{:%} B`0 y`^;wSbA&\hxx6;d<݁,w5) ƭAK=}wKlCw H^ -kqJ2@>f'C@ۻjl/+\-\9~igf'6[28D ijcʞ!*AD.Jfn|yC繬DgZ:0v"t1VO(lNݕ%fR$ 3+t(Ӹ 47]= -T}@\Pr1d_|Xۛm.~ ]VfTS -m>e @?Td_mS/zvzDEn9xD,fe棐+5z!5>W|^}N}e#~&fCR@vF_FE-T-jZ+W#`UtD -6JeUe )]Μ .z$)HJAByuP̗3b -ylձrq2![C67+>YyOVza Ï+|]sbK_A D"XykDB} X؃ PjŠ~N}c {@[S1wp]=,U'~Y⬩-\i8,)VSqna+ZsZ囹nRᡦq۔bCy8irx^6<ڷhXnhU?M^uX{NGBB.5^bד/H ݖ\\õ,ۚ{ PP @n0[\LiE5Mq[GcoJ]\.nN(I5srZMT4smOu9sm^.<'MʔRԟ8F*=tk{~n-bIl"1dZ4$"WϤ)zF.BmV/1@WyZ N?궨&(Ne!ls -N8CdCuDrnuo'ĥ -endstream -endobj -637 0 obj -<< -/Type /Page -/Contents 638 0 R -/Resources 636 0 R -/MediaBox [0 0 612 792] -/Parent 646 0 R ->> -endobj -639 0 obj -<< -/D [637 0 R /XYZ 71 757.862 null] ->> -endobj -640 0 obj -<< -/D [637 0 R /XYZ 72 659.097 null] ->> -endobj -641 0 obj -<< -/D [637 0 R /XYZ 72 626.718 null] ->> -endobj -642 0 obj -<< -/D [637 0 R /XYZ 72 529.949 null] ->> -endobj -643 0 obj -<< -/D [637 0 R /XYZ 72 467.683 null] ->> -endobj -644 0 obj -<< -/D [637 0 R /XYZ 72 281.298 null] ->> -endobj -645 0 obj -<< -/D [637 0 R /XYZ 72 117.883 null] ->> -endobj -636 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -649 0 obj -<< -/Length 2204 -/Filter /FlateDecode ->> -stream -xY[s6~#S!ą3}Hm'q'SEmt<˜H=R%efN^$vp -DɓgT)I%&$b04Hc HU0_owQedʕ s,bB)KBcwfYMB (Lㄇ7OnufZ:XێWsQ\ VYm׸۶ڢr;^wLXU+tG*HpIH2MH0:<5HCmz:E$:+±("u7ڍX.zmS;cNv㥧lj[h}x1% 'e5gG6ZwZ i,#]'PXe VP( 0sG)E70-EbCZ a4s< ۖ5ܑR!onŒYS(*r+"9RGЄ4|m6E M]K8G gmf6i9 ݜm7U6C_[il?NϮP^5XUzKq`%ZikGϪiE\ycmwQh7&EǙi-Y,4[BڶHYn]mU=qhmzr#جkX \JI(\mz;;W,^f|~s,SQ+ !,'/I@$ jܜX.II(3J zfMc$7/OVq !Hǖ̳ի'ϒtgkQ9blGBM;87'^q]@H,t]WDF{`nH^ڒ%1(˳czҔ:1fE~M,GIhЃ,c! 7j~WcBјȴ[LsV#ONR∡ul\GM`E{>ӋP$Rb#?r`I=D)R=.njDʁ20mGBl;'²XeW=gL"pO|n9fқOF-VٶqaY7͝ sn[_KeeaV@Qi`sNEX\Q•u">1*VM5 -hmhndw8Lׁͤ,c` E+Br|&J W~Õro h Ɂk~Fdu"=faeVEAS3 4Õz`˫v=x༤ v'- xہoK,5wgؑjn]`bU"sK̀/o*< NPSKϤʏ+IIw#6 ,s:r8U6$ -$ GAc?U;3s*xۍ08O; ʏې:d?lLRAKF|\>\2&ޯ˕E S,muEn ܠUSkte.{\zE7`E)P ґwn]Eh@|X:sKɁ1˃Kwŭ<# u(n:5,YejW\#Qhj%c _|•KTO׎V]N+6 !qڼ'4XwY(&<_}\d﷫.tӽyŖmF^MK1'\uzzewKB|&˸lAJbDOAoC'O8Tq7*1f4P)"}vT0FYΊWVc_>ǛS ?FrE^8+2>md` -endstream -endobj -648 0 obj -<< -/Type /Page -/Contents 649 0 R -/Resources 647 0 R -/MediaBox [0 0 612 792] -/Parent 646 0 R ->> -endobj -650 0 obj -<< -/D [648 0 R /XYZ 71 757.862 null] ->> -endobj -651 0 obj -<< -/D [648 0 R /XYZ 72 670.249 null] ->> -endobj -138 0 obj -<< -/D [648 0 R /XYZ 72 362.309 null] ->> -endobj -655 0 obj -<< -/D [648 0 R /XYZ 72 306.062 null] ->> -endobj -647 0 obj -<< -/Font << /F16 253 0 R /F47 276 0 R /F28 252 0 R /F90 652 0 R /F89 653 0 R /F91 654 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -658 0 obj -<< -/Length 2129 -/Filter /FlateDecode ->> -stream -xYYF~_G -u<,.C`%1HOUW7/k43e(ꫣ'^&Ϗ7ǽ$cix X/?޼}x[ X%g3腑`2w齹67߼ⱗ, {) lBR+)"aOc_4R' >_Y?Vkx:<ۼ)N]QW?6 x @R>Rv8,8V՝}[MWקhz_Tr/2 ]b_?$}^9@;vP6馥WZ4q.X*eQDkVܢט9m EzR5g[0Y` :?:G3e-"xgi:Mb(^Mcq1UQjQ mxkuj;A@Gg5#nU7tfJ LXߺF3nV>EҐ,i@y0c@$Y7 -pI66o%*dU9 jz`:?/J= ]" >g@oG?ӤwNifĸp!UyFIo: j\³u'1_-x'>;)Ea' xnVme)L -a̟Q曋,,)Kl$zV3L) c|:7攀ղG!w3Z" ӄ$iVuhUQatL,]WWzWշm`Hλ:yJŒe2M.΀pW[s[Cշ{]~(7cr|q i PD,K8A3.ѕG(r(BȬج؟Pqa ]F '~aXƢUơೲ=`,JhO6ȷEfuM&1nw=Lȑ3aa0B Ԅ(!ShBR_V,)\BƸ+mzTa=w*XmkLJŚ%UV4w64 g _8Ά;"ܻl 7.ͩe4q_YƠ0A di:d?}[X%g?W.JN]]YNk!"mayZ@`7a[hZr( L]uD[$$ڕH6QHA%`24|+Yy~UJ\' bJu৉5g6^Ox|c۟`) Ƌ (ZraKГfpoGff߻"l,gLn3NAeھ/T8!nn1"[sº*ȾfWCcGIfڷūvH =v`i!.w}">R@k 0`y>BGEbio?Mooeăک.[ l-]JӜk}:aʰ4`GpO -j[စKB33W P{-ʂX/W5dNT!ys;^oJ)EChӻ׃.lWjm[XKsH$cvihƛҞp= &Jf(eQ -endstream -endobj -657 0 obj -<< -/Type /Page -/Contents 658 0 R -/Resources 656 0 R -/MediaBox [0 0 612 792] -/Parent 646 0 R ->> -endobj -659 0 obj -<< -/D [657 0 R /XYZ 71 757.862 null] ->> -endobj -660 0 obj -<< -/D [657 0 R /XYZ 72 443.904 null] ->> -endobj -656 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -663 0 obj -<< -/Length 1719 -/Filter /FlateDecode ->> -stream -xXs8_#6Io҇2sv22(`Is088ͽ jyKyL8 - ЛzI%$c/ 8@qAL(Ah B+1BH*HqIom- +Zf0w4BثYPQh=DBjiZdxPw+ 9Y:wڷÚiP̼fW76nKE9T$B._iY)ZHLv6*޸:eTa-\{>9MxGG՜cFĉ_ilYECz;oAl3~1D~vo}b4z'(SZ0:!l`w^8QH٠Khy -|ڊ|FMOZ私ЎqX]i\K͸rg*n^Ivd:bm]v>o"bO"XGc VlZ,9%]RWro T6?w[^J4 ]kx^Ξ.Y׎ssPyn29! jvn]FLtU\THuuI`Pk!̟3D oI;|VQ( ͨm|gIЄf, -ǁpwi{vKօ>?=wT -C+Fʺ }O/Rٶ4 b(El -]#>qg0`,jx}~u>89Y= I;Ԑ>уmqY^}Er_Y0q"'bMgɿԢ -endstream -endobj -662 0 obj -<< -/Type /Page -/Contents 663 0 R -/Resources 661 0 R -/MediaBox [0 0 612 792] -/Parent 646 0 R ->> -endobj -664 0 obj -<< -/D [662 0 R /XYZ 71 757.862 null] ->> -endobj -142 0 obj -<< -/D [662 0 R /XYZ 72 720 null] ->> -endobj -665 0 obj -<< -/D [662 0 R /XYZ 72 659.823 null] ->> -endobj -661 0 obj -<< -/Font << /F27 251 0 R /F16 253 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -668 0 obj -<< -/Length 2968 -/Filter /FlateDecode ->> -stream -xڽZKs6W̑S%1{R'ڊS*j͠CNHo7F~z/"F?XVb /$ &.04!8=u eϹ HNg}g{NzS;caO=q< cߙ,7Σy 7h0!&b8 MXa[3S+?jb`/A/}ވ)#gwI0r$I'TTidil`Bc٢W T ,8hz8 TlPJ8SF'I(u22?^!2`YP SQ bgnJ! [9MHlohY%;"ymm4ݩ5Ca7 ntHseC3ußZI^./GN8I.qfv} ўPxv(9CzE 3PV[°vb$q H8'B2穰`Jɢ;?3\z_2/Vgi -U^l<i24۷rHq+ZOTt- *\hhoo]$6D588}oo1ἺI>"fn}>A}&+5<*OQ\;~>1z=*Ϭu⇧=a1Eٝ,xqy -ntHg+@3{romwP1t9Nn^͏77",;ln~ޒ|qU-Lq.d`fsf7Mg53Qbw9uegE=;Y|M(e>^o^ܾy}oo^_p#$\AI#9ϋFdPa.)p"[yR$cxM-W 0 ip =) aD x9@LUX#S\f2 H m.=2$h$7BU E! - %)>og=ms\CtbH6˨X/Mv46Y:u(HnjIZ:*ҡXK,tJʥKZU;/‚)0hyv;sSM;}*%sVnK:GykTjLWIR*TP*41Yieq0i*oDa6^ɫjnc7AX4 &WKFJN:=hD4/5*ӊ( %"oLGX/0 c8%p#ȅop2Ntcga$>}{ h|b#yhbǶqbK_<ή ; ;3{78 1nB@sbyO7~ ߑ -c!ܕ>C0O(F_pݡH':S[G{$}f̝]i1k\j1@i4^=`+cϘ>zGm Jfy~&@$x\$äo_BV9Q\bۛ^3`?}Qƾ?X -EI.\@JϜeRQr5aHC,*$N򍫬r3꟞ךd@{;C$C+p`Ȣ+tr?Ĉn܍@HӌW//P<4=3tk,s xGӷa.7tcg4ϴ}$. -FTR= LR%ӑ+3=0 ̥ә92q>2=ASǕL"olpB=GKJ.!|lp\)#nE'_tQa4lΦ1V+g!:E#P_J#Q0N-vcA}E8=?4 3ɽZc|åcB &?C,D4'bZ -8%a -w:٢ ,x -endstream -endobj -667 0 obj -<< -/Type /Page -/Contents 668 0 R -/Resources 666 0 R -/MediaBox [0 0 612 792] -/Parent 646 0 R ->> -endobj -669 0 obj -<< -/D [667 0 R /XYZ 71 757.862 null] ->> -endobj -670 0 obj -<< -/D [667 0 R /XYZ 72 443.904 null] ->> -endobj -666 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -677 0 obj -<< -/Length 2234 -/Filter /FlateDecode ->> -stream -xrFakrP$y8HW -ZbI@{^c"15f'wq8{6Lb;G' $=_&΢t~w?g  <_N{ |Tyf[n]=.f"qtV5_gQ杮+7>yFuS҂jӒr{Q5*fx1pY$R'ROqfp{y_/gs)Vʛ0'en ޤVuG|ED> 1by < ,NVM5Mmѥjp'|"?;{sOyI#-W% CCUKqpsu}ǽ}Nf|M?!'O'yG:F/"4቗1D@S"rrpw, ?߼?e)^ND^&D @`h wRpv%/s8}wSVFvRo.^M]ա!P*B_jA[0a?X8/;$nhв~%o\^hu7M˰"kvYJ%Eǃ4rA%qi*ٞF^(F5-#>"τ}9V9SيC#P9d-ݖ - `׋/g=`a sN g,qkГ[+TMgaKb.j*_N"A -N}E yL&ol qT[4zc K @T.q`P$0> j=!x^,cRIaQ'LRէJB6jٮk9 &4;:70@Z]:dT@1Ї&_dldl#htA۴q66w!f{kpOgY͵m}HpF[SFҐŠy8] us2_ν"^8D8w^^#3)SY^jA8QƧchdp u2%^,UpVB/^> -fhGTP^ѣk3wrd2ްK F~a0L "lؔpa:k6^xǽt<#] K ]X6`lo8X?Kѓ=7ܷAFb*n9Yjz97&UA0l9jȆ넢1!mxzC;2Q,NG_D/:3!3>d@1 -n:HH o O+\ Ia$r2ML뫼i)`տ{ 唐r{y t"CXw7_6c< Ћ'uSNb+#,MaGc8߂f[k5/yj^u:7pƸ\(&& ^p]LGαciA0H&`I[Ny"Q>I{x; )s)@&OjUT`> fBT> -endobj -671 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 215.379 126.822 224.235] -/Subtype/Link/A<> ->> -endobj -672 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 202.049 132.356 212.28] -/Subtype/Link/A<> ->> -endobj -673 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 191.469 127.099 200.325] -/Subtype/Link/A<> ->> -endobj -678 0 obj -<< -/D [676 0 R /XYZ 71 757.862 null] ->> -endobj -146 0 obj -<< -/D [676 0 R /XYZ 72 658.294 null] ->> -endobj -679 0 obj -<< -/D [676 0 R /XYZ 72 553.673 null] ->> -endobj -680 0 obj -<< -/D [676 0 R /XYZ 72 385.173 null] ->> -endobj -150 0 obj -<< -/D [676 0 R /XYZ 72 266.147 null] ->> -endobj -675 0 obj -<< -/Font << /F47 276 0 R /F16 253 0 R /F27 251 0 R /F28 252 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -683 0 obj -<< -/Length 887 -/Filter /FlateDecode ->> -stream -xڵVM6WHk.qLnHƗ" Fl+ ;uAr(șͼ7r! #p9/L[p69gV3Q%n_+[ſ) -f[/n!U t2;5=5 +Q?<t_y~u{8x  -c]$9r(:ϻca),l9jVm}r|/ 1eaxc9o>1 y]g_ps3crR>ջ0) *<3&#' ^a3K -T;$:LI*PzBqiwp -(Z@9%5MaV2E;}cSx-0 pW.~F ob>v \%ʹTR -,ti\)tmmnTh"<,W%"qFi>0 -,}[C]V}86/ -ɡ̍<%q>U+3yQ94DI73,eaNƾmGDĢȀ@0|?dK8縍zN}]֍=@mk[]U?}E܇dM;PTn!Z?® p3EM?­~ -$&bc9yq[D8107/pvۮڜ[~삟aլs|\U~RsF1iZf[<]粡0yJ0sʜU> -endobj -674 0 obj -<< -/Type /XObject -/Subtype /Image -/Width 915 -/Height 835 -/BitsPerComponent 8 -/ColorSpace /DeviceRGB -/Length 27143 -/Filter/FlateDecode -/DecodeParms<> ->> -stream -xnGgm2Hp@,edAq0 / #ZN6Z d| OW__H5.H֏a`dBr@5\P $WT@r@5\P $WT@r@5\P $WT@r@5\P $WT@r@5\P $WT@r@5\P $WT@r@5\P $WT@r@5\P $WR+{@hT -wߕ=@o-{6@r@5\P $WT@r@5\P $WT@r@5\P $W/R|eP(+jyח_P+$Wr '2 ArP1|l; ~$W9{ͣʣ~ˋ,8<,Wb* - `jw_|8,܉K+áxա&P$WY:7|ﵲf)!_Z+R֗/F>S.P}? Xϝ6[, -!_G?ܙϜGߋN;Du]?_gkɳ* -jOz}_MN~h&` - gޏ/V <ܾpffS:Yj*{1r??{ҝT],j ߼|et7=/O>zdƔNof/d̔= -j H+LZV:\P $Wr]777eda>k.5yw -$W3caѴFZɝ - ş~?m4M#HR?#MT>ύA[Ύvb5]*t1ʯ͓{ZVMg҉omv 0$WѴłM˸YRj\,1v|ӫa4^?y3E(]jN|=o:Ɂ -1x5sl5ө~|JޤkM'V+16/DNkK^КډektbFX3)\1 gei0uĹaX.*HM&K|HĜkA fΉcA]l{1{BNuⴜv^N1HRsm͐y~9WУQ)nz+ھ=i.3μNǽC+u ;tq Had[-s޽#LlNz=3߱WRvlXM^`S\ܖ}VSV P$Wi9Pl]儧XP(+Tr_Ks -)+ - W;޽{Ps$W)k.Git/h\a`[\O>Q@rƐy*~n rv3RpW~nܛ=z|ݴlj=NF<5rj9?8Ȯ9z"+9 QU0΅㣶W;3h'{y;tgۋPD4<iH/']:d3jd rqHVArPө~|Jfk<:xbOaaSOBmا>o{_wsn6:$]؃YNX@CZ)㽎87 Eew,HM&[}r: +5zޥwiv=m{:V?^3whM{^IXXD HR;rr5C\P'Fh`6k̼8;NR>f2 Hae{cA;|^I$pFqb"+YLZV̥@Hbwh-'_dk+,#|RHJ1=};vs"Hq`>h<9huN]|&j\ҟCxn8{1{r23sDK\qC2 > ̮ޢ6@ -yVSCM -k00)'4rwK[Sf<֜K֌b{05݋9MY.R<7?^F^o<)Wj!YtBݖ+:;G%ZiIHRZ =w HR|ݻH5Gr|G9+ >|q$#HqΝ4cǢ @r@5\P $WT@rPs36l>kܦ7u+*Fު(@?$Wi zvYs3 竦st_Y^O)/O=FugHJ4ym;2e|tfB#b`"Ibo<^ߗ#;bX@yﮄ~lFXGoOEpft1ڊM!Gֳ}]E;+uпջ - !9x# Ú =,s$R\pW&u}?ԏ咀'^|ήT,ے: d CrBޡ)`6kj|,r.__kM'n:떮NǽC+%skmhݡ[=@HRh 7URuȊoo؛\1mv6 @,6l6+4(&tAr\P $W)cځw$#Hc#@>8@͑\sjucQO| -j H+ -j :^`vm=LkzG -+^] -@?$Wi w~o*Ơ-gG;Cښ.wɽSM˦ֳZI\qpID+_>vuOۃ -xBTbq=0m%0Ix]왡".υ?-׉}Bwoj%=ֵɠmⳡ~,{i( l +ߞNPp[#ݕZ~Z7]NkK^кl'~lX/{g>P#o-}cGh݈z -$Wi i:0K퇪[#5mnN˽DWGx9ӿ˞@OZUs"9KqnpWRs&ͅ2-݉l\ƟCXΆ6wZk{ur6"<֜lѨߔ_tmF{Mrxtz1p{fށzޡd' gZZd;]3 -;zg 2@ -c-;-X} I't;6rĴ7xOcZd8EwC1,m@rP9Qjst ۀ - !~reuR6 HȀ -j Hw^#@vǏ HR&~!Ǒj - ŝ;wV;Ќ+zd$WT@r@5\P $WT<;nc' Eky_B\ygv7F7Na$W)ӧO){yi4`U$W) k5No*KbT^"O--^کb@jrBáh)_./;ԄcoHV+_L/@HJ1fѐp$$;!݆ԸM{OLp5@wb`Un嘯v&(φ|=p*Ny2SwHK=#B4f{k7+RF'V̑ w63^\LF=wWb:lj=K}?x@?Ӡ!ְ͝ZEr0OWz}凪8uCZw'K= - !wľ^Gu0\/O[XӴk>_dkCU:/ߢȻ~ -@)onÝ,2vN=('^u%]϶8P?^ỹhoH|)vӜ Uuț;=:9 -]w/@HR;rm^jTXvI;9ؔ[޲2s\fڃh^VL 4:hv2/)Z?^^o<ԡ[R;l - w׿bN"HagE0S9{ז'u UE yɡf8u{"y-N(X[ZRgmN][ܐ\1:Et29*%e @W _ @r?x޽|G9+j -j ʻbY=]9+Mc䍮V8`#@',i2kQ+$WvK7sg׳F5 @O?EI3\f ‡޼y@\P $WT@r@5\P $WT@r@5\P $WT@r@5\P $WT@r@5\P $WT@r@5\P $WT@r@5\P $WT@r@5\P $WT@r@5\P $WT@r@5\P $WT@r@5\P $W(~QoFGt$W(_]c\L>|({P$W(<@k>=V Jo==, -%^t\"+DTKt+v\+MsrDr|*_UX+key![eɵJFLMvu V y(VX+ -j ܹs믿f: -3k׳<Br+ -40cm\P $WYh|̴+ -j @BL@^Hv`5oAr̶ٓ@H?{՛s%@.HvZe -9cW,X+ -j @ք -k~;+=v]=Fe@H}]CԾ۲`#\P $WT@r@5\P $WT@r@5\P $WT@r@5\P $WT@rů{+!ϑť7onb1~+yK/}?~il/n5@r׽^^_zgvt_^p_SOi髧w_p +%\^Ϗzb?\΂Z)~ɋ yup?'R_c//9ێ -` ~qO wu 0%*ĿN=}`/f:I?Nq (on_?FɃT%u>G<ꞩ^VbDro^XPkr ߷{/8p@"X£^?}4)oY8fɷEHx3 / R) `{\P $WT@7oxoWo\6 W_}Ul(+$dy BHRܹsg?|'g!h$WT@r@5\dDց -j w)k${ӃEv\l+ՙ0hݍ-{\O>' oc@ -Cg ޺:~pMhR|FfBq.h -Sۯ=F`\F 4-:i03'f<+P{y[^՟^V33^= ؉a d@t,z1Zܹ_oe\܊^BNtXQ={g3ѻ+16o7;xb͛6wZΞwl۱au{d=E\n2{0:/TX{=矜шO@rƐ2ZܞKPaTﲿcxhY5iT6jfcɵ*Hmө~|a>pWvTf|C9*Mmk@nYO ;`P?yHRs[ׇ6D}05rf\[/Ѷa56ӲŊ_=8׵6 -GrȶZ?皥х(l:0D֊Yۋ1m}v$iJ -&,@* - >3o)4ʄkU\Z⟋?qPv`5+#36Br?x޽|G9Z9Wk%\xj~1ߑ@ʂ -!HqÇGyaW"HqΝ4cǢ @r~Er5~Crz^C*nWXUA#hS\!j~mg!s36m{Ӄ؊y#@h{atKT@?$Wi _ޛK佩hwLFO -=Oi -ҝpk}sz 'iy֑4o:V.+M7{fh[QM̸hȇ{y[^B c ]k^ #zyYXjzqoٕǪ?O.ƹH_|k+]F'c{Γb:ljζ4?ёծh%=xʉS<\?gBNfٕǪ}be@o+}[>$Wi 2K铢S`+  l5+5N}Y|RvFP9A+:l2h[CxܱSOOλ3nb - C+)\:кIΓ^ӽ.1s?^_kNck>ܮ(oѕzlԭCMO :Zo @rXj|'vΦ;>V΃cNRlV=XZ`"#N|k@&/{dgpvr$ybUBryϹvOm%N:˱iV/R|DZƽ @W lwvB` K~dS -r b+ -Fr?x޽|G`CͳZ"Hc#~H·{xlRU}Z]~79b#HqÇG ׽^^_zgDxZ0گ2>{͋W??/VGO?7 -] seU7 - ŝ;wV;Ќ+zN../^d|1&oj=;nӲNW?{߈Wo^DgEC`R5b}JqCҐ\*~ٙн*5i* 4_>7D׹\Ud yUzz?{ -|ѵ{|pDr`x}طݦmFGu19>$=m,ʲ+[:#eWUkS]X {?vB9Mto*rIK'Bb"uq=F f!jo(މN˦֓*J-͛zꫯJ9/@c]; 2|NΆ0S\cj\Xro&\]z27jW#F|lo.nL]{6ܖ\,O](zv?@ūˍUQ$%ڻK] ^ɰn=.vq\U0}t gMJ)Wc -UQr?\7? -b+ʒm^$MWb+j$zI='nZ쇅dz誖z/*=ɥW `i$׊!x/ÿycŞ2;1@]=p#,ZXƲuϩZvde%P}S-[:@Ւ9\P*ud`E$ ԣJ3mmu];h4*{UB=t`JUxWR__Ý_z ^IѮwE')C -ntgiRY^1s3pK~mCu,}x|kΆbr6ԏeYgE{\y B5` b} 㣶S):t褬 V HA=t݊Zr_c;NήFGfmyd:lj%E.RWTYK@/&][#YJ}IIArz( uV*KF)W'`z$rh㽎87 k&0a,*+PJ,}SK@|)v/Sjln:bv=m휘 ACnR -@孧JsrZ2z瑭ۃs]hC-]:qܯP -,TiFM\߻O_ ~!g|}q)y}BN |yzl?^q..+/^]d_t2 @wJ*̹ͨK~DWd"R|<Olz|՘jnt`P)Ζ&ϟ>_[KQ||K/svN.ͳr LY\U|-.5lz:Ͷ1YuPTjWOᄇGWƞ<mX!ZC=tUreFxWSטI/z;Z 5A|׻;Y1ZoLWr/?+~2`|ylq}?>a*J>yi8?m@r}iM'gٱ՛}֦uĎ|bԉ%赳_vf'щ -bNs6\;ɴwSYQq+Ց)?sE'Nſ;ws;"P[Cwjk+)19pg'>B{9;\WV{.Vb䥐b(Juy>Q^p"3r̵'V$g/F>;;]痗D,ꢁbqӸmg!Y&] S;`Q@ɨҌجz]777*ܩ{R#is^3Ð]C+ʺm2.x7ÿQfqѶƳ๢3э(W;“8%J3jb[C5nzK.cK;`uщybHn.ݕRB[@?Sd{f&gToll:”Qe -1HzYV%+5 /E', B"X`^~~]f-b){fgG<"f}$Ck4h<(H l2h[Cxkv8{:Տ/r2 _ZF 4-:Wb[,;V9úBFE̒;eoBo>ǧo[ ;b̛6꡷NS^].~xeMۯ6`@6( -_x]>,q@Jnt%ǩ / UN“k?VxunO|ä́3B->ZR.q6kճʜzۓVpaz91em`ޖYO ;`kCA=߭ X208皱oFZsY`GP-@ -Eskmhݡӥ;6-H^^5CiSR뢯jO5jkZ5p:8 -sq|+`]\Y\5+JHuq웴 -)@ VaQ|yWihw8DWSwh/ ;L9l?\u*~UknvrXZ;MAh"ʹYL[-`P]Ynȳ{IM­"&nʂ9Ʃ -a`VL + 4 zV3a`曍M + 4݂}><+wu(ʂ9:l6J33+Mޠrz.9yw53|P@r'Qu%jm\Xs=t9`I@5CB1ϵz-$i_nM}EH8;ƚ%z| (SOgx~pڑOZΜQ7bDXhPbI'W63{\Xd2ڙl#1GnY%j\xK{y;k*{$# Ú;i yKUnNv5mj?.8twh-\:̬AmHErevѕmOvZΞwE3%P멇E=ާ;f9cjPl -RxrO`ErYfN.SMZ/t_TVj)7r[sEreb53w(@nDjauclu1dVDsʸC+竎Erʅe"+|w~57)tv<7;h+ K ,#S1yT{'̩~d O{jQfUiK7ªZ,kCP|kt2drC*@bKi⫥<]:w΋T{ڴsaYjz@) @ JS^b=<֜lQ抟seP1CHdl(9.RInlG(:KDzcCGao#i$鯁|q.ìX;_r՞ʂ9·P@l(-bw'K!jVtre^3e heH9eC.`-FxWW=Zɕs.M'U"Gk ǔYm*َi؛2z6}?a=Wɕs( uI 妍vC ےM' QwmCi+MdB=RA=t,aݛNSyjRRy\lX߸KY\:t5Arb C53SRU?[,~|ݤ:jM'Q[\q0 @PE&dQ4|Qm\J{mCG]$jbkQ&oʼnas@dW P[4ܫ6,AEhs%c{$ -SG.k;GURB:T[u a'pW:z95rpDl ߦR鑆Cچ2Z# VMvfeЊ/mIKX<TXU}5W0Z|q.؆tm<\Ju4H{v&/1K\].;Ҩ+K'":l“k=9bXs+46䘝jz2f ܚl2@Uuv=m`q bYx^ޡ{U{AZ^MNh$rqV:T RWEV[_47~90<L`z16*j%7*<`NS\x2W$S;j.v6$@vI r4Ёͷ*ͪm(7L-ZY#eJ"]whmǂ9FԒrdJdzs`N|Qsݎs@P#eQ6փ%C3l.މ%%kRPR9(}ĵs%3u+:` -4nChosI˙KCSN, wk-h݆OQ9zxsəwrJ'QN, wk9d撉ŕhNguWtre -G(O.G%¸C ۸M's>=(FrP\V<*Zt@rPEXyo HA=t`$j - z꡻57_$WKW6:"Zכ5;;?Qyl:zEo -_NF,z{IyU^d0s2D_b8UL3OJΧB̼VAPMFGa{V) /,#Evw> -pvֳM2rH6;/ 堓j*:`YeëG1F[Q+q?ʟJvne)ˌLC X7ɿ%hu_-_vlM HO 5Qtxy&le2#+jmϾc_2Ku@) -y^~5H&1kI;FOjvĆ"sTku/}ϛ7~[[3~tS?wm/W5ώߨ*"'-Boƛ7o -mM |&a.б=~tS_^j蟝?M惄)W6DM\QSo7[~md@ *i'\|Q<\\YEKj+S>PQݷ0@6CG7a+ῼ毪y_3 oM'Q$Wԗ7-WEiC5=+ kYxe9r_H}seuE{܌,Γ"H -A+b~mg'oT6DMl_rM-y?}*EoMYܭBo1ۛ}Pu_<+lݲWNߨ8l:”Qʂ9l[pn^\YE=YhKI|KLdTtr]Â9Bsѱ1vJ[ᜯW#k&yL}sqhIrҵ~Czʮ&/p\E㣋A8 -kR<=W>]y{pkmhVS_'Y -\;ag/nbҵ8Q# -kstaˑ[⯿m$BzlW PxrOi>ӴilG,Pu0zB:TR\-f|ws3vNr!88r f+v@(w4_܄e4NǹhԷָten^cP}@;=%>R zc\s_-: ,Q -l:ؒևz[æJȽPydQs}AfEk. --Dٓ ;Pz:3ћ;o娇E{\g|Rcy(tCyv屪akP\ۂ?b<G=t)<:ڵuѷnuAfF%eQcUVԠ^ۂZ@ -ꡣ0|Yz4ݦrN5Wtrepʷ/xr -6) -ȩkP/P+ 4ߦ 27ךؚ/) -ıSGkP\ۂ\Y0@RHr>|eRQ 2 Ŷ,곧+W DjP')@(:`b7mNy +ȼiwhP}o:=UF8ݴ̛6,\luՎ.9"]gUErupɝg@ -M'Q$W)R]UDܹ!¹"Xsðf9U-S>Gj42@\s_0nήTvj, 6FzڑXqnܹ_gb\(i%MU3[wu^r'dW`k*~4[5[ފ];_<K6y./4F -F'VXbWHz5%}“,  -O[}b?(I.%ũKճs uzv6%~K.9PU޾wʸC+׿fn -1ԬyCߋCM -k:`U[bJj贉m*Ǧ-X-`l5TiVn.W^*.>v׌;L(;E`H -UL_ D+Tw.X| -,;6mCJ,[wY6X&!φۭRYW9Zpgbz}FO'nޔh( -V'^})s-l\pK:PW%ec/@lȿ`OYWYQwPgb7H7(X/{iaCGaViξ,+r87E$[: ]=6 ynf=+7^zS + %UtY(Y?&#O˗b70)b*g/u@s5'_'g~SIUXm"Nɕsn UEvEeMZfSz>ʺѲ yn`-K"t]W>4tM%V {i(:`ܭJsts,eCϦUt{Jt#LS o$Ebj67E'W̡0|*+D37whP}[dY%) H!{}Kb\P $W)l>6DM\(zrw땏v{=ysŢc;$j -z';O{fB4A=ǖbI5$DꡋY땷FGֳ}]e/2uϱt)Nɕs@W=|y^ʩ{UVtr]Â9q˅kUq³G^ti@3OWu`r Bƹ":4 '/T<@U?-p-iUriP3ECO,_^Mԩ{UVxr]EVk̂wo-MWWS(Olo پwqʸC+翀q Ζ]K:-k_N:ְdhɌEcO'KGI Z+ --'/PgC(\*Yd,٪rx^n?Jj8[s[hz@J%K6߅R8u?Jj8: -G~ITrv|V6DM\XC=Eh;m]:7_$uGj[,o`0!TꠋaO@,)pAA=L0dcdI XSnѲΏ3Hun*P^4NR;\,l\xWYBǖx3;7$z\'}|I$]kl:IE@rT4֠޹llf+zGsՋ~'yGq EE6dm6κsp>S xw%m=ֺJM,V -E?EEɦW͘%tPl\f]?6ݍڥk& =^T[T.3 K5˯>a\ѻ鴢lE亮M(zJբZhe3Veҝ%tCRiE'r S;Ϩ~z3P kO[07G%tݫ*GP`g3׽jh\,c,zjwVϜQ󶛴W'ݿ֪6eע/ڏ_5XBZA2}G;3Uѵ'H- +[<(8ij9ټū6kV<6"vhfXBS -6l<{8?^VcN?QQn^S3Ǎ>Ρ 6,._7̨`S˩;jZͲݧ:TQv(}礳/I^oF9(ޫ1=e9܉ghF7\d;}mqb])6y -knb}rF6\t^@aMݵj,7n8Z7:4zN1kjLoOوy糅rcOj ;S&Zwr`o:YM챒&Ԇj̏:΋4fix@FvYM*I%8}rd1ۑM'Go_W -}rd1+.#?Ewת7Q9rɪ\q=w8x+S)+PB=t~6"$W -OWngJoOUΗ.]6UhlE+Y|Wt\+=w;ھ( "ƦT -]aYUv\J3!%CJ24ǟ=_}%T ,R\C%UJsxx+h"8.mti!h>ErJUT*ȣԹ}mgzy!(:kWSsh\tgtzG$ y||!ȩfQtvu־<tܢ 2yJ4kyZ;N[z ,0 @Ti^^3.zv g]s$Q$W?aY_UJ@U-PuD9+Of*BrJoUJ;zxxǸ HmtT墱ZC篺|*Fך3*=uKGrJVE9L-{xx%ƫynVzjtf4):Ջ 4lO?x=x׭*\C>;w͐l(~x8iEHo6UҹI^d]rUX-$(:kW[i)WݕXI祛sqN7 9{&oWn_yFhwg|xd|w{QtK+IrୠJsa\鴢l⥷Ml& -2\Yx]pp|\ [ZE+oUS7GanT _ϟv+HFUW \JB_j\,%+Gff%W`#Rƕ8PbY:$WJo y8x6*qP +Q/ϽAy2:>Tj|to+q&(z)N;]oC/5y*q$(z齸K>kJ+q$#6\2˯IJl|VNrJroQ` -@$Wzl (:[BrJ\.>ʩ.~\ -@$W 0HQk<ؿ=ڿ?-!%ߦg+PfgN^Sapv|3q:9e|B3z^<:6SSzn>|ޟ<5/%?t>zd&g絛A{ctS- -'0!#^:xL!J(5q <ꞏrX/`;upd51q\ѽn$Mr]Aнj<_#[u{:\4S_ۻ$!>Φ+vOQfu;޹KW^r"ɔSGyk]fckΰ(!v<N?{L܈_⧙VT4gu٪ZB)\atm6W?M[z ,0@$W`r[6_H]ÍL޷2D*.jᖱSsWќg7H Q0E -TIԹG=Ը߿oz -&+PfZ74~R u=65.ׯ -Zm:@$W %rg@I@~c \ g@I@_~c m&ۦ$@:la0HAr +a\m>xy<+;{Zx朏(U|{XJE{珃Yfߙ97`$WĿ,@r i>ًj= N~Ԏo?ך?]''OwFOf3>qT׍G;N^L9v3:{H>OnS<35'ÅjVHr֯GrϣCQk@x|=^%::g/߶oZczy̲&=?$7;??ߝ{:7Y.X\7ȵq9}<ô\w81s#~}X;rK\ז>g%#&kǵVd -w&pq'gZotuAk\?/鴢X (1Xj܎$^ÍL޷2DA-jΦSsWQ4) W \YL8(/q&_~eS -#I=$W 0HAr +a\ -@$W 0HAr +a\ -@$W 0HAr +a\ -@$W V {0#;0 -̓x#=0 -@$W 0H<߿`Lrf릧o$W 0HAr +0۷MO\X -@$W 0HAr +a\ -@$W 0HAr +a\ -@$W 0HAr +a\ -@$W 0Ӛ} -endstream -endobj -684 0 obj -<< -/D [682 0 R /XYZ 71 757.862 null] ->> -endobj -154 0 obj -<< -/D [682 0 R /XYZ 72 267.018 null] ->> -endobj -685 0 obj -<< -/D [682 0 R /XYZ 72 210.77 null] ->> -endobj -681 0 obj -<< -/Font << /F27 251 0 R /F16 253 0 R >> -/XObject << /Im5 674 0 R >> -/ProcSet [ /PDF /Text /ImageC ] ->> -endobj -689 0 obj -<< -/Length 2446 -/Filter /FlateDecode ->> -stream -xڵYs8_#Sax&R\콪͖ f: 0:u[ 03NR!?/~Wx ^fA,W<\J'$K/vョT$ſ.~*,b{GJPw[zW:Kh>άBVBiv%SqZk鋮MC6?o=W@e_?oBk܄"]UJ~+;`,> -2"B;>":mG퇼+ P4`nA5]_1,0HSHhb$wąF$BdžZI#muk/rDoHW;5 O!12 LpxR5{7°ieߛ]@j>MdKCVgGA bS9T ?̀Ʌ\C8J;tbb 6mH0P IR?]ȅX{k(f>P,<$hw_y,;s{&nr}԰oX\1gⳂ)m259,Lߔ=HRjH<A>wSBd-~P$Nn/_~? o90zn|N Q_7+Md} 崺5/"˛˯@ȐgF!sT5N21׹H* ₦+A6]0 V-Ec~ʂ?UCVDvvgb757yO7`P}Jˏ75*nDֺRg]p/yuM_ ̂|L% EAiT=۱CGc[ !2hBQ4->@2-mpúZ8F[BlCը8?yA: 6Vk[)HgaB't"C#5F!VHlyD7ZZ|{u -@Bdl9Y@|6؉`@@ JŐI?=h#3=#XQ&PQV8Ij9ċ sX- nr^N$Jg]׮f@ -zf~ -zU G{Te IDʹD2bJ4)Hr`}Jn3)ґ1e7bi:B_RM@n2Jpm虩ez1T ΄u$ -Hh]V[*'{dA-K.>D1A "ƒ)#gy>jV(C_B -uESqD2V$g#N}c[ -K#sPT1 :MBbD:`_$]T19^jpuJI -2Yc_vXr9|z.0;8m5]3iEeY%kj ՇG:! 4TjPiEqe Vcu -Ô IJI -&fM-$5luq̟tL~04x~,8*3u:(kr.S֥ ϖV vF|hl'}ו/kyee 4ˑz$r+W2ݱX3<# :dTR)C.[j돗w7׷'ԿA3y6Ed;.<ͤ<ehaoLEqRz6oukCjҥ\îUy>xL^y¸DJ]0USn EkL)(@˗2T04tB$M9Cȍ9]*l9̲kvUgf!r7$*鮇BʤUlMXڜ6eX fx0=m=7.B 5,aܸK E'Z}wV ý06 yMT~v*hQ 8"ݯo^c!O_xR2z}iZsY\HoipJ>9Dgꠢi8C{Y"FQT ]uqf 74M4:.H>J, -endstream -endobj -688 0 obj -<< -/Type /Page -/Contents 689 0 R -/Resources 687 0 R -/MediaBox [0 0 612 792] -/Parent 686 0 R ->> -endobj -690 0 obj -<< -/D [688 0 R /XYZ 71 757.862 null] ->> -endobj -691 0 obj -<< -/D [688 0 R /XYZ 72 623.231 null] ->> -endobj -158 0 obj -<< -/D [688 0 R /XYZ 72 397.681 null] ->> -endobj -692 0 obj -<< -/D [688 0 R /XYZ 72 340.881 null] ->> -endobj -687 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -695 0 obj -<< -/Length 2404 -/Filter /FlateDecode ->> -stream -xڽY[oF~R@=\I>uMPh --M`%R!){~̙M"E|;Fc -Q@8%I1MX.3 -p "q] $#

6uV//QӲjVH&r+K,?uQ㽆6fJGvC=kζ1"w@̃*BKÚ__nhdBt*f4;cM a{hh|O.lzȶ\a$ة=mZ. lGq[?M^e!Izuwv>aWmM800i -nRKLKH] q/~=q \{G89aF;ƽ?Zk/GNcP6 #jP5sKEY:wE/L !D-ְ+*;;A.uQ@_;:/J P$E3E*[6xhtY4 :[+|P'&jͽvm}0Cͷ@q'$rHE:6Souf|e>۝C|p f Ɯ,OZ9n4+ zֽsUm=qUo$,u -K󯟚]tUy`QcqMu]|(O0k~|w&#/o>}vPeu]GBw67# 6MV8lL4zfd[fbX2u6{&"/m3(u5e:1< 8@zYp;I 7 O+D pi:yRfdv] -+dcYҮNy>כxo -C7lQ@5q})|pۅސCxՂ \y${ wOl_uS^?kfpI `[uZipXV:eO`/퍣yU{h'yqxU6$׆=o+" aml[D[n(P0(҈bGX$bG}E6iрdN2Xf$3'991)c,^sL*⨲kp 8*6}x^"asz%a]b,/~wH;XW$r^әWtSro+êfH8 -PЏ8xs;ܵY*;s B]|$QeDZCmCyf. h<&LXSI\hZn0"VݼG%M'B=Sֱ1edTgy |:ecc3Du ˘@~nd.φ&;` $g :Qm4ݏQxd3!g)b.@i|[GvSH!~n=R^יJ 11Qc1LȤM&})k[QL($Rd &|IqU4%:isٍ\ڹx1##3|{9 5F 5&B3rl -}u-LBUCUk%f 5L$ܐlݸ-N0dZcLGQB3Cy='=Blj!fS x (S;G/kV#4$S}\X*>l -endstream -endobj -694 0 obj -<< -/Type /Page -/Contents 695 0 R -/Resources 693 0 R -/MediaBox [0 0 612 792] -/Parent 686 0 R ->> -endobj -696 0 obj -<< -/D [694 0 R /XYZ 71 757.862 null] ->> -endobj -697 0 obj -<< -/D [694 0 R /XYZ 72 635.186 null] ->> -endobj -162 0 obj -<< -/D [694 0 R /XYZ 72 433.547 null] ->> -endobj -698 0 obj -<< -/D [694 0 R /XYZ 72 377.3 null] ->> -endobj -693 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -703 0 obj -<< -/Length 2817 -/Filter /FlateDecode ->> -stream -xڵYYH~_ۢ7Eţǎgw^w#&Z %4ͬBVهnAYY_ \UyYPzYi(roWO^dy}+LDkWuzy"6P̼mt](}4ƭ_apvůc'cYǕ$Q%Y8nD 5WRQ*IAY) QX_🶏2pkL"Ի QDɞS*YyyikX\XDPzzPi7@KoVEżd\u%r_k1Me #,j*( #?t-Ҁ0 /w;Mo#wÛ?wPJ -LPCfP &g2OzB_נ,7 -$La`^bv@)V؛ r!#3~EE3-/{t\ܛf˃;vlO#ٛAW8}|:I 4fcwt`ŖB} -|L,vc(BDucA3tlc;E ~ }vԂ;0^lyr"Ty0/0%/ƚ2β{͚>I8[+j<Ԧ,g"Md8)\K2^?d+w}),0ɶ@(f8$9X$e}AL!o{0^͠y^ C4kǚ倥=!QԆyW"V3*~lݒ#9ZNRCE)7C(8ungM$^3!:>COj9IR -+iYG +ޔ=,V90^sO|"#=cM8CpOu|^23J^; -ho(/@+jzw -"F(N[Elu ͟.hOUAR"dR"_,O6r1<`tٜ퇶;ל=s ޞ6h_ ug755ݰlaTR@z +!gNҷY@-$ƫ0fp= uBAS\6ՅbTXPx«;暨$QvwT'XpJtd־3gQp&!Rmgm 4 -Ѥ+IO|VerB}1l{ϊfm[ŧ.GhQVp%Wڗ"oD"c -endstream -endobj -702 0 obj -<< -/Type /Page -/Contents 703 0 R -/Resources 701 0 R -/MediaBox [0 0 612 792] -/Parent 686 0 R -/Annots [ 699 0 R 700 0 R ] ->> -endobj -699 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 452.063 189.919 462.293] -/Subtype/Link/A<> ->> -endobj -700 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 441.483 100.67 450.338] -/Subtype/Link/A<> ->> -endobj -704 0 obj -<< -/D [702 0 R /XYZ 71 757.862 null] ->> -endobj -705 0 obj -<< -/D [702 0 R /XYZ 72 659.097 null] ->> -endobj -166 0 obj -<< -/D [702 0 R /XYZ 72 504.206 null] ->> -endobj -170 0 obj -<< -/D [702 0 R /XYZ 72 384.758 null] ->> -endobj -706 0 obj -<< -/D [702 0 R /XYZ 72 246.762 null] ->> -endobj -701 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -709 0 obj -<< -/Length 2335 -/Filter /FlateDecode ->> -stream -xڵYmo8_oגeM{Y\\2-n]Ό籧E/)R~O,(0eJ")w_DӾtV5|(oFrPzAsOv/R;ˇn-?|9˵>ϊ: -ݛ.3|Wr2vǧ';>UaYmW_e}DOUIveu"+J~Wyq L yUsP -t!-c H{KKnP:mS=<Ī*Wٶ2"ƽ@ʱξ,dMo{f+67;Y+R~%l"#\c6yf M#(tJwQq ->=jƌys5mZz͈Q3*kT"m&6e hr[v#?e d8pm~Wu5O '>U| ꃔ>W|`se_SbMX qlf!f"c"0iTcst& F tKa+2 *> ,pЙM~eyK%gb30%ˌِ+jn d - /Bybw4F f>Ԩ-3Iz#8ߍ/tWgÒ3Or~H+LxQ4hzD[=%dJW|'9o aLOy 't%* g;&xox#d4 -8&^!LR:SQ -:_?`CV<>!}2FwzNy,o! '("m^Sq[m,U=kYж] -՛LWC]gI~g|>iu[bZgҗߏIH:8\P:EN!eNY0! &}ڹBsXu3ʘhnRĦu#IݢOPUԕ)=IZ]}S}J@CëDyJ+2PAA2io6*  ^|Y -2gbmeLi2Odϱ ;Į=!@.!\ȱjԽ:k 2Ht@^789gklz =BmJP ϻ˻\x{cCpb2hskEO:CUKVE6 r|cOdҋYayʷhoB<묪rp!*5VuɝNY !#=ՆАO8Vj5x.wDODS -RXCC9S]wee̐@y2`@Xk]WeO>&Ɗ  caVPF~0F&<&o:>IWq螼Y8^egq+פpsALƊ͋O uW7yyJ{ʷsh;MZv wM(jWwU/KaT|@kݼ9 -ĸv}?ORU$аh\~vS覺&۠sr -%CVEؕkp1cMY,ۋ-Fl.JLBֵ}2*:꾧;w 줿ùoZr p4e:^܂IPSCE]A܋e]bQ{vu|EJ@)BŃ4ҊS`krjVUhLMriQa'8tn^6 R7À7lZe62=) _ -R<[?\Wgs:;xs<[AVr ڋ=gHtkh΄6#hhaeƫ"]!8`|a/u8qsc>ch,E`F)2L|a?!5H#F I*Pidi]gWi4)LxT+G}H8dEc(e߀uQlŞ9KPڳϷcE5rB0P?,.ʐϡ&(x@1%p$' -endstream -endobj -708 0 obj -<< -/Type /Page -/Contents 709 0 R -/Resources 707 0 R -/MediaBox [0 0 612 792] -/Parent 686 0 R ->> -endobj -710 0 obj -<< -/D [708 0 R /XYZ 71 757.862 null] ->> -endobj -711 0 obj -<< -/D [708 0 R /XYZ 72 312.397 null] ->> -endobj -174 0 obj -<< -/D [708 0 R /XYZ 72 170.533 null] ->> -endobj -707 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -714 0 obj -<< -/Length 2199 -/Filter /FlateDecode ->> -stream -xڭYr}W-T؛J*qڭR$,!KiHl%Sqi>}>@IGy`Q-P(G1I1%jM&s#Mmj;޹E&њg yi^V0u6V$lM{bT#``]z -0Dw5퍴q߶;G(!$yР)|&fkٰ31w&BWΪP0͇lTQrtv2(?~~ܚ{lcjm[cnS,–AMw V[8KxdIɘ%[脙U$!Α^|׭pywESjSSWxe_2`nr1]kDm[籃1Ys;O H+S_1)y mžf|)Pj`M/ [s8FG 4*Y4?ɟ51Ovfa}O=]~P~{O/|giNyMpui - ߈YS4t3niԭ&᳉Hf!Qԃ`+ J2 i)﮵m|q -ʢh8 -oo82! M*7%|SHADǀB4VDǛ.$IQ-1Pq_^H^B'z'4m!Ic}GFs(X yyPE#. 9AZ|i" -wB녜Њ6AWּF&̃5 o|ødLtLU'e`vbo8Jڍxh%wľ5Ҫ/mIu^/K i51֚4r=(u [6%x.i=kLQf鴏R{6I@.i+plF$!6tn/A]~&fI+A,kes\ -O="'sl@RAg - ӃKc쫝 ~#ɧk6NMނƊzg | Y!E]|K ]̹VYI2<ϟ>?l}BdDfJh;.}DT\QiOFVPu hGQ1qXʑ۩uR;+o9`@u׬ΪBH.VgdE6( A!Z>ۛKUBTl0?)@FSTW͍Hq X4yx;ܠӓH{&xm8֪JFC{$u{fX %jkݔ0f BMzݘMB{p\c֓wcaݜr8}W.*˺[W#&gYӸ{)%]gBѺ;UP8XnיE퍫1Ż>M;#v0(ƹr< h]VE7޽9xwg'Cy4N:-y|K^l=Pym6l",̝Nfr9_(:qkUׁ,gbO.eO$=F@ -(,;SOs@ByNpR614szvow'һ^ԚwpQhNq:I&7f8w -endstream -endobj -713 0 obj -<< -/Type /Page -/Contents 714 0 R -/Resources 712 0 R -/MediaBox [0 0 612 792] -/Parent 686 0 R ->> -endobj -715 0 obj -<< -/D [713 0 R /XYZ 71 757.862 null] ->> -endobj -716 0 obj -<< -/D [713 0 R /XYZ 72 660.28 null] ->> -endobj -712 0 obj -<< -/Font << /F16 253 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -719 0 obj -<< -/Length 2820 -/Filter /FlateDecode ->> -stream -xڕZms6_3N/)[/Ns5˴Y׼J[I7ެ&/%Q <P 6MywoW!pF~(F/hS~5ؔMLm^F qW>d$7O 6g{rB~{xNv2^{թ콇mzkkʻ]њco]}X1@04-2 ܔ;Sa/Fר]+^Bޏ @K'Mb͉kaѓGS4]xx3'hn Ks3ZcW\$!v&9ߋ ՍuJӱjؽhqޔ+r&78ᰖ #[Ks͓3fJZt29 /Jk*5?{1ݲ>mIvUYGjI(zh]_Ѭ_ pSlbc,-| R9AڊeS 6e9akzzb)VHxCMrD'lraQm١k@QDݱ5@Ж8 4dlqx$wBjVtAW -&Z*woPa!( ̗g%0TiI])g4v cw^ߦ]v(9KiE]q'F;m!13lnnSDgο4pj9u6uלB *f/]&3Ƀk@Bu$X³+ө2yM&6QlxŜ-k}ai-ȕ!o#'I}Δ2s/` -@R~$XV.XgŞ -1hhTY?rJ0_A22~F;TXfws-j' -] f2p7O38 (& m;b(X8EƌTFZui;gWLᬰ/!I9g ~gsYHgXFE_E M[I`0 0?nLbOۭ'X9R~sxp͇fJkhbF6hhj!]j+ڑ0%+N-#b%ɭAj7~bO`(~F'pP&q,N"v`~T"doq vutd%H|vnXhbOeI[{rpO1xҹ?PAIXtb 6AĿJwDӭ]uzL6`"+NB7ttתMEԚj~jj ]f:\rk{tZU+"aOq#b5 ),:бW4׏y)X(X?#|6gӇsiJRJKdXd 6*,ݥԍNR\lC6nzHC`O9xfvs/`SsMnL(5s,l8Sp֓Hok f"@u^`<Yxp"9a]Z潯gSMh@A=tUGDPZz@PZM[Ԭ1i㴅[d=D˼'1\#p5(EW`k B [O -[^:A((€2lղ*kBa2!)h/E[4&@|Mal絍sCyNDV?Clg]z^ U]S[yO9Wj k#-Ch !JJMFfL#7O,G܆2!F ym32<6;WXxN֕@NlށV)vDX{zs&% (] Mvk@z3Z'a>M'1k~sb3nWC+F.\CǛ]@6 =E H9hF d@g[jtGZ.LH5Ɨn -"hN|h$1٪I}4R{GyiN+֑/3GkS)yK,u.^ϫ -סd۽wo2%2@@J!j6 4?s -endstream -endobj -718 0 obj -<< -/Type /Page -/Contents 719 0 R -/Resources 717 0 R -/MediaBox [0 0 612 792] -/Parent 723 0 R ->> -endobj -720 0 obj -<< -/D [718 0 R /XYZ 71 757.862 null] ->> -endobj -721 0 obj -<< -/D [718 0 R /XYZ 72 348.262 null] ->> -endobj -722 0 obj -<< -/D [718 0 R /XYZ 72 112.743 null] ->> -endobj -717 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -729 0 obj -<< -/Length 3672 -/Filter /FlateDecode ->> -stream -xZms_߂N)T.ZDy6}a`W.s%_va^{~huV?_' -Z\qR6ҫ_U /XEaOvuɏ']|7eWy[mWwXQF&]]u7e-.Oϔ"캪ߝ4hnO8_Ƃ vSzF:4]ٗ+Z퇺3&pyuy}/ޜ_r`3k$Ypy~qswowնjpXF/`o7׳~ibbuR*~=Lp}ͱvnպLlLp|NB/-SwjIөe&T]xch٥⤣0c^Snd Ih[BGzIvv-qTVJ/danauYu8G=pAHGx6𯨦3UTj80uNqh nx/YB;"pFۃ}S$uE\=vm3W ~o? ?Un6~m,amNss\~#oeAQR-)OPlLg0n&Lc5Gpta -IUahbsy({TȠ`0hEj94&ibP'qqN%\C?tRjЈqeX흼ܜ5V5`N -6[ tT:#3Lv?C{C9DLAw5HH0*JP65 dr)& fD t6ԸC- xlbU(_pM'R Ԭ@]F` qMy@8B Ljڦ~[I']7W3tչ!^ 'm<1?; '@DxŦoDLijqzMȋYpW:'50yv6kG 09[Oq$fv.9 3!'tԡz} )o%-KwlfYZ? aR- +*GW9C!Rr8NG{Y>8 - -֬ޖ 2xJb",O*VWiegfUQ;I|*iOeR8yo)Gי3{貰X#\qzZ98=2gzṛM:s^'a$wҡkRԡkBhFI4qCǥq˙5u tPx7b$Ű^#a8F>BM;gz3PrMt&ԝ/<2IWjƕI* HcdJʩaڍ@H\?A]gtS[4e7ypM5{T=`)s3Ei|?JY&7|6fƞ+)&,S8nL4r_H:]V|7I9cPQv~_r\{Ib\b1y>Dm@ι']MZ+ oXEQքJ4 m6ktq}o]$ -endstream -endobj -728 0 obj -<< -/Type /Page -/Contents 729 0 R -/Resources 727 0 R -/MediaBox [0 0 612 792] -/Parent 723 0 R -/Annots [ 724 0 R 725 0 R 726 0 R ] ->> -endobj -724 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [246.493 526.642 264.758 537.434] -/Subtype/Link/A<> ->> -endobj -725 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [362.509 526.642 392.842 537.434] -/Subtype/Link/A<> ->> -endobj -726 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [206.495 514.687 226.781 525.479] -/Subtype/Link/A<> ->> -endobj -730 0 obj -<< -/D [728 0 R /XYZ 71 757.862 null] ->> -endobj -727 0 obj -<< -/Font << /F16 253 0 R /F47 276 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -740 0 obj -<< -/Length 1004 -/Filter /FlateDecode ->> -stream -xڝUMo8WP$["VNE@[ET N9Tb;bpffĂ]˫,(h4(ASAeQU7"8 )x{'12vHi=c(2Rwɱ~pκM}0NTu͝k$yp-{Dz_ƻhhs5D[ is-3mػ9]e_>9e@RF2DQDTij;= 9YQ\4z8(#[SŃ4f"I/KiR.j\95A &"YE{^, -]IkfIaV Yt{`n5.渁\c[} R/,a{{老S>>F쟀͞Z9$A{^xdN{0IX{>sVGFr)(NSݵ&QN Z+2pAWK%dZ18 CG5g^@ eG<_%e1cRrDۃ큏!4yf/?`0k(i â3u:0-@ (!}4`}t:qʆ?GmGߪ>5v#t鵽+8ĸö_KDŽpTk3Nzi >QI#T0͝fcP3:7;'G>GU?2vxg?Qf{_Bd 6j״ak 7xX~Sqۭ碾-{,]tGi/~t£Kq<,ލYixL,=+-μfO=S -endstream -endobj -739 0 obj -<< -/Type /Page -/Contents 740 0 R -/Resources 738 0 R -/MediaBox [0 0 612 792] -/Parent 723 0 R -/Annots [ 731 0 R 732 0 R 733 0 R 734 0 R 735 0 R ] ->> -endobj -731 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 594.499 116.859 603.354] -/Subtype/Link/A<> ->> -endobj -732 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 581.169 184.798 591.399] -/Subtype/Link/A<> ->> -endobj -733 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 569.214 132.011 579.444] -/Subtype/Link/A<> ->> -endobj -734 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 557.258 129.728 567.489] -/Subtype/Link/A<> ->> -endobj -735 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [71.004 545.303 161.691 555.534] -/Subtype/Link/A<> ->> -endobj -741 0 obj -<< -/D [739 0 R /XYZ 71 757.862 null] ->> -endobj -178 0 obj -<< -/D [739 0 R /XYZ 72 645.267 null] ->> -endobj -738 0 obj -<< -/Font << /F47 276 0 R /F16 253 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -744 0 obj -<< -/Length 446 -/Filter /FlateDecode ->> -stream -xmSKo Wpy\d!VeMTŀ4y3@S,($P.`\ثm#!i0_Zm \kx:'UZ0m Pظ2nK qUcLbyTe H(asR,c("):UݠD$ھʡގc)yawIN&|Խ!|vLx03s瀽3^;w֝U -.̛UM)۽K<&"Sjh2j#j>I7 O ȐR{3$KZo7j93mS^ vQ/Swއ~oxJN4N&C-M9Cʽqv?!+"f2~s"!T@yV9:KR?gԒ -endstream -endobj -743 0 obj -<< -/Type /Page -/Contents 744 0 R -/Resources 742 0 R -/MediaBox [0 0 612 792] -/Parent 723 0 R -/Group 737 0 R ->> -endobj -736 0 obj -<< -/Type /XObject -/Subtype /Image -/Width 719 -/Height 823 -/BitsPerComponent 8 -/ColorSpace /DeviceRGB -/SMask 747 0 R -/Length 161128 -/Filter /FlateDecode ->> -stream -x\Օ&;6&@J $H&gB1H( PlŎ,u:sαrur9R㹃Q}>U[Z{0& فgD|Yu217Kfק'3R4@%^YD" G2^%IpR &˖-{dҥ7rӥb;+_!__+|ʕ+_}խ[ -ADc455`0 -~?0Cx¾=qLLLܹs vௌ5q˝Ni$H^>ddg>͈*KF)V|k-**"beY?AWWZp8HR.Rx"K0D$E|,}&$;V0Dl[<IlAҥKm6(/tzSl:%6N*`Ikhkג?%I"%Du0_[<''c%%Xx*I% & : -iO'zlo#BAAG}qoHM5,O%+,\I'YK~Y&F,!#yrVl 6o XH%1l"1D4/ib5 6@l 6,DiW;=u=n>p9mmmL͠ ,6 `вq,[̳.޼qݦ+ϿWX|G~ѧ<Ҝ+W^q\}G: T)GS, -'ho -) v8wt FXLL$|7vΕW\zyrGT֥փ;s~~?i2 % {^y`s>vڿO_@{,9\מqϼ};+y{g_|H`bT%uՙfuŷ>\Mh}ô-7ؖO> /gW^'_yXIpRĆ"c)&F$o$'Ξ33-ysuΆ'o+o{e=t}ժ]=U/Z?>݇9O 6ई UdD OO9+֣u[_O%67M?GWFc9s޳g͋3,3~d+7yᣍ9w?6gEȑYs~_#`WƳϾhm+];wkJ*_s SCe _10z< Tq˂\}}۟[\rΨ C?pߜOK%,%DprĆ 1Xc\s:_oj:Umu?isoq^pڂUW[:?{hcKޛw]KS7‡o}k**6fԽ{YaEޚ?V!ďnq?:h\t76mƁ$ƉtHGqQ2޼7gs^`gECsOSs+ŵoUl㶭>}^hấϜy~TԉR@lIKO$";JƼ}-}}ΈOF,jmt ǡ P'~30>fx8los;)5EF]n9|\#]M}C4N l"0 -XBF&\Pdl\ep,V=]^{ ALp,c}#@I x6ई $2R4s/p)Yu|T/ɂE٨LψIqɓ+"iҢ4gH" ,YӒ1㒊RbRJkSUNŒē/rHUYdW(dNRi'Ƈ>?{efΞ176˜hEI -4D6(/h!)ZZC. dRBb6ई gI&иv=^ϸ>8=&Peػa#{.un_]>p|>${vAr y=O7v}>a#s;ܮ1|>G=6R\ot$93u>#9|q'y^# K rrKrroV/!06؛'7w_nNAnNQnz)oo~v^~v~^v~nNyɶ?/w_^A>zro>y甔ٿo}Yvˣ}dٓ!g芒9rb6SPlӴ +ɸ^v{t}]nO}npwhs{n -'98U=vҁx^,nw]. ]3~meB?2|Wpb#$ fn*,ioXtЗ `1FȜ! ݼ`iezn溆da024itͰ>6U vL4M#&%1N)aU}%crb5 -G2 Б(H ]/!YC QUk R ]F ֭;n *{tSXBJLtMR Ofw8 /E'BE򁴷[urAlH&tfu= DlTYW4Tӷ ?W4)ɟ3Ow71/q8  "W'iFv"BB+=In~9Kڟ'aPo!DCWiL!F4 ﱫQSӳAQ<::jhr)Nd9- -XKaIV%)g ~k79ꉂN`"6dUi\R-}lŜ[IIsAUEQdYCLnFGcbKJejLEy DlW(mOI}-eEt "UQ'wH{ƧA#H&Ŝ1V·9>=xz+?|kf> v6-|d\:9͹A__O.}oznI˘[yn_zkWd}u }oٵ@c[ыYU{=x|WT5Mņ[z4ysM{8+tgm@KCr2JF҉pd|'== ΐd9-2Rt3Sup ެ-77PWZQ+ڼC} iq*nkhط!+':s>k+Y^SIueGZ.n偊lѠQ Gg}fKm ]|;Kk|'kǎ-}M]m+'>,!6IFy?\ -%jmbZT%X/ #;s}b`|.rSEanEm@2-=vl,r9m(ht3;Gx{;j/8TQ`}Uk+[ǭ_lo?ve)nέjGּK}薰0ڵj'6w هw}LL@( H'9#V+WҌdV$&)&esa+A:txCwyˏxJ^~jWZޱn+UUWo鋟{o "z9F>v;2j;ʓO̚5kcU {sxosxFvn?>bꦎhضnٝ%ϼv]U7Ͻaڴ_{z`8alCW p2F"$b1a-?wGq'GHX:r򯘜09ꉤvB*F5$ޔ|kl{̙h`IV8Ⰽ:},f^c1eiiiiA#ir2;̛wy^v9e1P0fHag.c{ggEjOGgOOmte"\ l*6 DlAΰ,klLIkcњXV\Uf<0>#QWXdA! TwqFll6+`i$JH8MJ -b*bCӴ 1R pDd -<'H2iVH+b|fP + J;=鍴A˭ЫlV,P3o1V.P Șy7tZ/V&FTbG/#C=!+QłinrXiYMßM=zc lSQlaiɫvvs鰹vڜ^'ŬZ$_-k<ڏLaEӉ_t2D_HL5(]5,5pʔ@T, -+ZjLeYބ^Px 0j#bCduU Q 6B.c]**mc,$Xhq΍DD$щP% -TEFX]g]ftZ4 j4SE*t5Nm~dj H<2Dՠ"Z֣1)+6[1Df־i8%f. c8Vn$7\g '+9lB2́&D#L]CAѐ.³qM ,Ye9!1:GԨE6AI#[>$HP;R'BˑH:$H)H$`ATYPUCĪՔ.K4Z$!kt4i5kT249T'k -HH4>뻠lSJl|{f5|,qI4G͵%4+KuьAyFkiFaJA*4famhfkݭ-*!fZb, ,=6.=s3$a FhfxrP5FjHA6W픮s=J(: mZK_og#ch (*rf髹kMȔ6U@C|. ei/\KݠjhD‚&@}oK_o; -SY7 -iB D3iy:E X.*JPu,]4ˆ -n+Ye 3]X$BTT<{BӅSnbNG^ ;Nl` -T֩ff Mc Qa\0͠eHe`hAS[ΩOd ǩ"'k[;<{G&B)rjE]&V )W2EQdYLΞ(X('|>goO+oo ,3<^Qۆm#^8#=]Ks;CQ )LssL0u۽/OHҏ:&64l( b%D^Ol:f;k<_tuΑ[{ٿ%kE{'V[{wChnswu9'4^ #M]/s9?vwLIn4)6h `*x6ذb^$v,`/O޽wւey96oUr=;_{J*몫,=+ v\Rof[7}WUudC:RPCcmwۑf޲V5{1SlE-brbrkii+jNd*VQUdw 5}K>?Te1F7mxwz^z4'P]yށ]uE[z<+*::9lHHCz:km.lXbem1T Ӊ'J݃bCUU˭a91䤵В MĆ.DŲ2kfcHt3gb'4Pr8*WL1 "*DYK) xN17Lr|pŲZdi杢U+3DPzFjqڃ=bc쉞f9A,Y!`fK$ lJ5 O0ԉ`` ӂA1Lbz2ViiWY G}11bZDnO='c.d!9D1w.hD"!DY` SdEѶ<_99 nAl*'KSd2/OR _CHV99>PRԧ!шTvCd8&6-Q3wޠ3,sbd 4gLtC5S5ABThN6T6u l0;` hѩ k,tgq D[)iRLpx.9L1ia-$'"dgu$qJ$ =!_UEُ>Uyɗ:ǚygܹWMG l)h訪y[5}]iQ!@ 6/DQXr}Y_Y%D79Bn4`~yGe{;eoh8[ -ցMr74['$9ڶn.>[[FpumU;Vgiۿ`K*q{bHm9 ]#t5 -4U^\~ժy\[?ԙ6PNǀʃ]oڳ}8Xr !`햒Qί!ẚµ5v-iXfy TlX%-qg JfĆzLlDaCP0]r}lYumGuMɶ#?j;]o<Yumu[vFTWλw-}iuWTl:ܖzUɈ`͑$i8xxps_ѫ.4oCYu -=UJ;74 -EM͜3koy~m{\xEIM=m= Z\ұP~l+Vx5wX%2 b#Atll -i߰Ć=\{c$7<3gWsӮvZ*z|H־ ~UKi'\ ]ё^~ jru7=pY3/~y5^]bm$/n Zc\sח C= ^]6[{ֹr}T3kEMëK>9w,Y㵛bdx'ٕ[UXQ^QZZU=9ګKi5tX -Vl\QKKX58IߠKA'AD"D"AP(ŔcTڏF*y%ֽj0$*B}>!BָX0Nwtѥ^ZT^5 -"\\aVur釼A`_]DE9U|흕o2) wVy.^\YGl7v[U Ebê"F\?e8a>gX:s֍bd[~kaXel=\__IDs: ֡l,\ 5/xskCAwP; m5uG*[ci֪zAlW[!8(ilI! jb3~ȜɔhL̽%Kud*5CW\4M؟kMv;XcY]`)I5M &H<Ë>DӦv*'?C 6/䐘T*6IM"HďAnx$I5\IE2XFh|E}Ɵg&Ykpb-ZNrq)54=҄=qC[c##gzcGH;8ItK'' 6SYlgÊPIXǃ윔X [`;K;>vg Y79<'d"˒_< -2icFX(* p4]r|:Xe< CdVĦ\D $uLd @"Fr , "K /oxYbO t…:ȰDCMk'8rN5ԘEU.Ęk+ϭiVC nl *qQOBB(PTU#J<%UV>IbqذyP!(ĺeJ'!O'~;,id<+zҳnOwˡϼqӭ߄uM/jK*,ZdS7Vrt68b#M4nfɲ.Ot!tϢ߿ 4(5R@v١=K}=u_/YP5Pt^[->S7uض= j=Ά~X+]ODDl*^#̜+\xCSу/|RVל7颊sWd+2Dub8<_$6uGk[ ?ݐU9%Y Pwv4זW[O}PWTJGm{pOO8N_Qq8瓏v2} 6XМWrOؔ}f;뛺ºu9$k_βez]w`"nn?U^tI9]/oxo}nYœ7?lMmڵxuCqUVXr8*5d#*ڱj}?^wÛ+ּ%`{K7 ڊ>8oꬪ?8]۫Fh醝U5w/-~ֈowkzlux`s7pz禺at=]hj|"2ۿs3^\+4\=~^'opqWͽi[a[ھ>+{Wg\8{ʃ%{t#} `ׇ7탬 -o -TI@l 6N 'B,U>Nӕ)8*6.}Fj8l#!FR̍RJZ7԰&Es=YG. C=Á eoE9㭇7)98:P "l*-i>69¶_pռ;WyA\щHgBې%=9M[B:u6 iwkPөt3{Dk P;8Lua1LLUļf -Y&gbYѓ6szDQX(SurKpz<>B|H  -ț5N1k9ɾ5b*b/5i򙪩 c qD:drtX%\dVct,WK -"LlX! 6"6a4%?cqS('Kld$G&ؗg=ZF"s &6px<,Nn|>KJfROFUUť^|L2UQ+6yo͘X2'ILyd\VB;cɌOEd"ک= -/b(#B-i4#2Ê ;]I|5[% cGReJ'a*GI 2dbW`5 -0W $")1D+_4BuRl'~䣘9ԋI102HeA eTɰDɎm"V1@"R̊NB4MK!#,ѧ ]Q1cc14N D#Hsɲ&*E҄Hk%CEfAaa0h1yQgx)d%1 d MP4) hC7s2[|4ĝCkVb#c2*2Cu+ һ$UWy?yEƲ9D.0"AOĸ56G* ZZx!%ihFL h<61` i2F*) -#2G2&<\fW1MI7rG!+#݅ݡɍDyHT]=#sӭObDiq2ȲlUjĆqLaP$Ca$#A'@;@ C`!(x$9wDusJ<0 -]vԗbqg(&˺BՅ.*C!E41 GgݑЩ@‡}cq5& 'vDR28C G=掜b:U"3J1^-9R#!7g"ͯI%YENۈ'w崻x.;eV 9]C;>dMw-Xrޖ-/}٥7{{c~H˩2nڸ`͌_aڜw{ /nKA䂀pM?pe׼}U@G;w͜7E+7Kf_S]״o»ov%k RtzOZ] 6)-62^ɎYmņjVS)SꂬX"fkkˊT+ZU۹fkiG{SCM oh27itCu]{́;De{zohچ^Zi|]C!"GS}5]+߿j])R} \aEIaѱa}YkۓUzd.{ossy׎7y]x^߽j Zkv<5:jkٽf;Q@lWlL$VF/eiNbC8}mCYv@;ZͺWUwۖ70>ޞX_^ё+Dm--;;<|c]9ߪ//+)P^^Φq m:,<~λd9]*\p~wOϛvדK? 4BM&>|a֕}ōR?*}Yu9+Đݫ %P{y7pki~pM=﴿'^XЬc!֒+VtqH5B09L,.KEoaU11# DYTL8׉",AuUn f(Ӥ¬* U$"#h =Sd]rD 3>22stLeDPDeVH9eN B=&N6 -0ĆՊ%;eYrIQT,LSNlda]lX8XКLA~/[ ӞWrt(IŪ_cENYqjܻK[b/"3UўMkMfV*gm$zVUX2,2#—b_lL>12K/ ˹Ale.NFudGde 6o,4L1y4[QTh!6 뒹N3 3W&I47VT)Ty@YMIjm =ÒJ0HfmאD󉓻h*0*2 Vtab<6dyAT h]ƺ&!,Sì:9=IH%?Bڒ.Cd$4Sdla2&][FEҕnr49VUقCJ>9HilISDg43*pRdf.,ߦ2@l\iA#&P3Iq-1oHbSXM*1(1rHh8P1 K,sJI,1Dg>iIU7mZFhaW1^jSl\Q< \ʨt*(9l`$c9.racCnWDl5 (hnNT)R<=d0ːF"G"8E ԋjMOuEiSldL$'`n.4UbQEL5W:@ܺp_ -QD2YU A7T Di*M~k03h$`AB5! "w]Ӓִ]n_-wS0;;tއCn{SG ÀktRCS EEA1M"֨lht6gKÅ|tUU5~ksVwGzj#_qϽQi/M{c L_q/?Bu?պkݏ=7g>knw}rF_t#y{Gl\uM@Aƪltwa$QӐemT6}Í9JXrW~fG⼪ ^_qgr4$-/kklzrӚ̯oj ) 7Ve-[;-#3tYnQZjuR~yÉ˗חM+ZdݎV:]kJ7/΋ hQg⤑ᚂ_6Z]^ɆmEQ>u۶n8u׮bۮ/笨-MڴiwekgG2i.pFwE*ٸxOYU[WOG{+fo,=mY{<^hOS%Pnv6sŦj8🫻  ?Ol y` #+~?R҆h?͗ٹC}5i+>+-kJ[ y`>oQ+?-,k_hKMW6eG~AwW͒:C^~G˳W2'se9EE_.k^ueJ\h뚥u }'Yf뺢 >6cΆE n[5kqYbuU+Þߟ)gfڤ涡9 j*2lX^YFzjy_ι^SLO3w}8/]$`KԒrrr[|j_looodͬivTOɏIac x( D;;;mdoEMC@6oɆkiB]eKO?~W'gVKW]~Mjkظw nU޶%)}/r]9y楙^[W|[iG]Q̧{7S/Or :,]^o;몊J\~9.fԎ֎Ύv7@yM]~fcu?iclٗ]w%Wx橯lMilOB}·|)gwj Kl  cE6;<$OZO$xdk$[Wf 49Ԥ沲2Z=o(j,\˰ݠgBBO$p ^ 6 -ɑd'خnzx#zDD1Tvh RIp:>35 >%Hx rr:::n.]WZuW'7N9hp: &U]4=Dӧ -7n<ӛa9| -KX-8 -3 9h=jP (k֬yrss_y啽{ʲ +0zGAOl̈%K̘1$ЌC09FA1tB;cŊ=aE-  cw}|W0 -xA~ضF]]ݕW^ERR[ZZZBA/%0 t[oe˖]q:`\ |Fs-Aزe?K/{vAA'h;ބauqv  c5JбeY### {r/  O6wBu+( |F D"_}1AFPMAA! -l,Z2AA@AeAAeAA AAP6AAP6AA@AeAAeAA AAP6AAP6AA@AA@AeAA AA AAP6AA@AA@AeAA AA AAP6AA@@AeAA AA AAP6AA@AA@AeAA AAH /ƫ  ȏ$Ջ-«  NPR[[( -YeAAp8ظl2  8LmXR~03<5u3qP |?Ӏ)h̘Y4y=8KVm˳<ϰ דmW˅  0 644<ɩ/;ǮhiyZf^.AA`m|Oʶy\YIEpǝS1p\k  q 644Ĺ:O[g/8q<,WAAe\ /HqE싓ZUSM /  )A'H|Nj3V6gY>H(   ,4=?g#7wm8iU<<ǴAA~}w?AQܱKNjimƽ{544ԏ]Z:;j5wV3mjjۺhѢsU3 ?ib.p5EOzzz 屋d -*SD) -(hcLYۚ -9Q+D~42&iAG|? .q ~N%fB^&al޸cǎ/eA~Bl^t9s>ϐ1ʛo.p"É 2$',$A?Q61 /(++ioooA -[omٲvVPX%AYAey$V" ȏ.X4MUUdEn݊e((eCb)/DD@+F?>$IؖgDyEx1<Ų2,O%s# - -gIhxF`"C É<'BJM% - [XDa&!,+rp -ϰ!xbp C,pkOA`0+c8hN I)&L,YeeCeV8V9xYxOgQ8=02 %FPS:òO?<:-'XZaY%]t%DjBDuZYEgQxZH ˤ0CD'Oc qpAyR/l cƂ zzzAx aF3r+Rӹ%3 -2[0%j:xn)BSHa+ Jb=%-+Zq%Qt@q@( -3` +8,aEPrQ8D,X DB7Y P _0X. -(a_T8v(l(QD6$FYxNJ2(ђ7Ap(#jx ']Ҝ9F- 4lqҺJŇX+Ϋ2խ[5c4&$h Ed֤X:FB%&s" Rt7eAƢlA)GDX(^s,ġv\RUF=` |ΈtLH#2f)#!)5 -P3'r2 K&lK BmBg%#Ey>,;JioQUKgQٞ^Aٳ;y"R'&j0F:wg.njqx<ISdF@@KN d* -tBf2QphX4'Y1uB#2||BtyQih4>20Sll*&p1D2B oyPq1jc`8HG3,O|”8qkd(>$"]QI)MS D (TWD(fC7;#H"yNV"ly) H$]X)'ɂQ~seRg]=kn<lx³wR9chntoΙxO۲?aym.H~.tgŒ?&,j -2Ι4/u+ugxrp4y4tT(k[>ƶu)k\u٭˓;U4 AVd\L݀c4KS+qR`uSEIRxY(Ƒ&%8,dCM+?c.Z2qWņ9\t汿>کwxynSf-+KP^SWL>~>gf5%rӧFv.8c>3?o玟x0Pǎ7)uq[dQd"<@Q$ ~IUEDb"VScJ':+++yS~|c2?l }5xUtGZ:;ZC{fOp=eq/dfšQ=ݴ!3ՙ_^r/gm0w36x{WYG84o_֦ >\nP=1 B,eˊg]v׋MCr񆦶P*A8dҙ8'3Ÿן~eud}~/]7:cޘL{.[ؼ]y13yN p?pW=(ou=/)?{nK,E T,!*+$dN+ -(2&e#&j2ؾx{s޻`ʥg^r3k*rńK.lMa1uM'Q>yg^~?jawLV/Yp7\yE7?eP.?.ou?>GvC,Q. -߽劋&N졗?+3'vuO]q=^׮S6U}-~c&pW0K/~ג ]>U-Ͻ -ayWgG;0߬jN[z-qɆ*.bH,s-?y_9_g&)-{RK{>yəф'EۚRxɗx# '^Ԃ_|Md+Ww?Ui Nm Gg91BL!UuMeAƦlHG=+w&#)%UٛnQ|ךyO?4vՕ̽|h~~}άK_Iw?DqZGu5Ofq~/ޒ[PѳŔi쬢yQ98f3׼1NMM^5{/Ne,ws*Z !u˚wuwP`g_x̞S.pUYBP64ٰe3*9ZL-cIG%GzI'uoKybY'~S'M<oL{ZE)^yʻscO ӟdo8ԟ1Ɵv9>7CRKg3W {Cŋ=ć7tX<{>`uFU@@1)߹w/Ee1STjլץֽsy;oѲm =uK*<:owߎ~dn—?[ʊ5_?_^1I'O~{YU~y1yK1(G,eGcnTɓ^P{T_ڛ~`E\xē\;J»~}Iee+L8#`'N:k|ij$t@(ѽlʃO|s?挙s6 .'d\The%QMb1YٻJGdU:hsNv;vVu j%E{1Z*NIڑ-9#i@%NO.ں}GZNn@4.jtOI~z|Z~'~jgo~Cu"*'iݣ|t%g,N0g}RYmڌsn)_p3t|~S/\~_^pZEyY&\1;9S >kkV˛=㔉6Txٿ͹w@?}xñp΢]-CrBVP64٠5zQ`w[K:h2W.)$^aFR:C%Lq }4eAAH"V)Owf{UΙxQ~Aiuʪ+Skzerߍ䤯gv<%o^s;wn;ojYs9)3Jz5b1:vzeffQ'^U\u^⺾Hlnj;Z;J?r)|iLżq; - 3/|vnIqU'o4%UK_<ԏo.;!)^u+uƥW?R3&?s"(,k( eH!Y$%amjmjՆHr a>~O‡a&m/L,_`ug_>3{/? 5TpGOL9?^=S.:uם/8ɋ.lIǝraL%nʴ`4VE;NdC8j­ϿvsEҧo.{7V}ƔK˭*wSgM#(gS~}gvWM;^(IJY\y5\pY<mO~&~k>lzN?˯;)l3-#N6&lQAqvzJaƖ¼, ''F? ->6Y3 lȼhN)]-NtG_wގζ(hW]\WA!>YW8jjlO! bQ!ckkK -rswQ^ۦ}C(%LLNFazz;"rihe!hhokmr*hņP[WKSO{gP+@d!ݽCN"Vf8YP64U32yah&Ei*yo3fM}^hG'u0 O~iiiqq1˲(rϼydaEQb> mT[]P4TWUSc5Uddd0ޒECŎ+䈎%ZHJS)تTJg~G|ˮl e)ȚYCv)Z* I!p$J' 2'뺮f*xjL['D#kɺþ4pR0Ơ?T?G6TC" -bvFVw{cyخj::eK -Oa?ұ x\`&ȼ}7E`yyy lP ǢCp(6 EGb#pt$ p$t_v8Fx4Ɔpd$wBpx$1P4<#p81'T4GFzKsvg(H+ G¡P`h(͆aDl0P_,?Fb#q*L"0)`7!vx(Q#p"32 QP"G,3LN0F"0=$`_Ê:̐k'<2d;Ȇ+dt?n,puǵl?eM`Ǔu" a}(r8@(c۶̜윌̴̬쬔]i;r2s2egg_YY9E))9i9ٙi9iY))@FZjfJޮ܌]9EyyYwefdefӲ33 svfdd?Ss`Yi9)Yٹ);22aiY9 <+5#+3#egeÑeafddgddgW2w1g:Ȁ+ ͦVWWCƟ#b&D 5]C3 ,k4ڛx?5c5p@@Q6zRS[:$#5P0"AѴ, # -p((ADmq,'brLci%JyAde*F9Sd(Auqİ65h)<].XukqfEJE5aDdVf(h^ [x9 -6CC-(8;Ua ZSȐS`7 ՃӃĎHƟ/$+%@<{zA ,G3 iCCCpz GQ] ((r8FaGR^d,˳ sus,3M϶tTGv="9KL^t,<l͑9Otut3m Qp\&l&MVQ3>E28Tu˵I+C _vŋJ@ xe [vg8$p0l͚mILքs4Ë ߀p===0ON:lÌMmW=rUxJYvM _la n4H78eeAٟ*Ģw*KSeK{(Œ *o:H“UA@*Ȧ=VxۆJ"M9 - 9Y$CRyXk +aHSt'NJ=ڳuK7m   -3ٲ %g Dy@Z*q𗣙L%u[l,[vgg'FpO!Esd^ TVVVGGhi#Nِ܂q5._y7(:`cКO|kmU\n<吇߁؄ ~S ߵ4D1ެ)9͢{doH2mxr4jeAk(r8ʆeY+$$]WQe|ِ=0a1KrLÌNd+& &D$t sf\_7ʤ"$yneȷ, gl' ~Lv42I jenqN"{+6\\Q{NXZu[]K1<[Tc#P%pH76 I'Q.I0%#aɰX|` 42eP=R#QTM7m -u i ҷg5hۑA5e 3fWini}{vÛ}S~Cw2sޞ䗞_C7 4lۧ^{}+DK[nk~.!;%zo[((rgӾԕ޴~~kK#|&0 g#"_OEfsЈ$A6FP<x~N00I^i " ~59$/2x_!$SqʈQ$(~ox% %*$:۞1 A<#qCvM/'G9F6 ؕMrWCe~50"Gk>ҍ੊.o^G)2O*j - ߱mG}qFIeũYk{ukݳsP鮜)\9j_w|ۤTwV U.[k@vȠll a'$7bYQb)ۧd朙9==u&k`,CdO6ȿ~*:dT\MDնN#6I  @3H -5DMt$d]blDŽ5}53_ӯgm -{a/ptT4cSQMԓĘf0@VNAKIVH'.C?rP][ZK&zk8eH 4aIxy>"-'9ew5Ro0 Ri--e,XP,OYh~ٗpǬE_}D5\g^/+*sJ:"O4Y:q ǢK/߼55=5KYS/٠?GT -m6 Hj :F$oI6]ܴABT,ʂiJ6igb9BiѦ=qV=EeMm=1ݍn{guRiVq]Sh"=R'//B:zUV&/=Dbݙi 7 a -5U G~ m5 O$PKޞ~C=m}kO|WqQi`4y -ՙkpPk(JDyNԸPeUmKR2F82r6 -r6hk;M - -fM*Yl<{Omӧ?/fmemMfSz{ljR#ۿz{rA}?˯}G{$sm}_oTصqguUMceUnAQa^Fn򖆪{iW|ac_;ll &A'Q<(}/(])ɂ̙i -?uUdNqT3޶;z=iuMś.<'=}ÅN047?햛9u„pݭtO>ug:eJ#hbyWLz '܍V}i~W]/Se/wWd(\΄y/.o\qR]S\ BacO?f[%2eqq)?:kV)U{OqΟr `N %(?l?7e7߾?p %*/ -'#bssϟk;Zy#4O苂='G9N,3h?5y"{rӱO8 g+BRb."+z'wɆ}$> 9Ad 3>}bև?ە"i5]Vd^MYJ#2h)kKvGԒyYeץ-*jIչ >_\7g͒6_ #cgqⷾZWX_ꋏ K2Ďw'/43esQy2*6|xoΝk羷*U5͛oS¯Bsi[tv4e@8e՜-JKnٵmO[SyⲾ`H*-.H߶!)sռ]9]L#@6JGA%HFh8Zx(IɼТh:KI,.UdwNYڶI24T9VtGLSd5-,Qs4dƺ(r2)tU5*G2}Q6P6䰒 if?kzi-Mժ -*ˉX`;#;ݵu}®Rw\qₒ̕juҼųnZ%iͻ3,][sXCYK;tENtԥ-m͆]KX[S܁ջ^hWfRO6VS^oK{ w~`ޭ lK]M鮜M^ ۓ\&qee1P5-۰6$m%P(?l,\FAPeMH~*,3\^vUD^7:dše8T=!}ٖM-\eٮn[湪m ߒI(U5=ہ%L`,T&VlleeA B}wϭ Qbξ[t{%yuN]/<N:W_z•7K^ӗKNx֋/7m, iSm|mdhwk\f՗sqϬf-Dmkiqٽ3*]Sʢ]5% d+eh;u '%+w@Hi|yN=_m㼾C֝y{G$KwڶsWWN>WkLP(?lyz`ڤN(4yiNB1eZ שHcyfڞD!cAWm˓LHioW1IEeRMZL |u=:ʰT%ؚ.X'Y:NP7۟ll a$7ow 6.{ THDE`wwwCt ۄ񦦦4f`_Am֞-Xdڶil<{÷M˞yRNcc#P8Ȯp8 vr>Y|)0 8ƞPSlOPU]SLh5^}eSӲrY#Fњi+1-h ;rGE5?:7=Y?=,4H'nʮuȝˁcĠl "l@$p޺X<(h[omcThy2IUT#xz V=A|et͠?sмhN!2T,hK]{WY-xApU61e.}> -fHsM6^6 ^I0abQ DY(rllݺYMJd UFB -O d}rߡ>HְE$A9 UF7l}~4B0bf@ $ l?5Ha0oG f#0%=}lyR.GhaA!'$ -H``!E KeA HJJ)l %&V[ aHD13}+!9 vgoiקUF}#Aq+ρK,![I1@?HBz ,u?ƅ.>(GH3~} -{,_y[cOMCۄ(rl$'' uuuTN -; r>%ȅ|"(89;OstHeѡGHFQ8𻁊tj;trWLUG\q\st'HhBΠla}Tn~Fvz a~rh?5/8X Q֭[a"oM~Aq,Ɓ a~8x p$ER6?Ip1J4hزtHϧ~p,B#*OB]O$\[%\OC+t 9e#h2<$]TDbGT*hokxd/qd4C]Mp;7[bA]?z%.w]ŰYI3l EyiեiPWY5eU=ueAG8h!PlIAMG: vЇG ѾL3uoh:;O[i_/&XdPt bпͨoi8(;C~{/: }Om)qVG$&60q3$KdfFG$2rQ6Adc֭P(4 _ -gc̠d$yÓqDx!/R ׆KWl\ҤVțLYQ<[#yȤer 4]lH]sA4mfؑ@ʑݳawce'<^H^koc$n]/,Km.ۙ_~|dd>'n۟|:n$4Xݿ-f~)潳8O$xbBo}W|ݿۯY=/=؍7=a%^,3^$A}C]wS7'uV&Wt۳OS_]7NEk~zGU-OnUgni_usco#C+t 9eb~ re[[[v$oD{靝7#M&LИs68g([s9J%U7>5_n|jO_f`-KVXyZ*#R6Nl֧Mђ-Mԛ@"tBMhJ8ʲd%JvT#Lhv0NTXTdH#١ ư)KigP]:!Ǣ0." &$b4l躑!S8Z[׺sކ򢔼=+3˞]Z7f唶[%&mmaRg Mߐyۦ# .gо<@p P}FvW{SvaZZ܏hݱe`wuɃ^"}᜔)EI[4x]MIwsnW &l=e+WݳHCa} ubvpGx< -Pl(:QTuzjs,؈P3Dепìb$"Œ[4(6lV KE[6C,ɶ4 #6k*lxEE6-X|̆Y M&B MQ%[1MH@3 fm Q݆c-'өE9 KΟ> 64D]sG%uVٳ~o϶O?_`)[=4wԌnZʙ驗^}׎mGj"WdƮ=MŜu e;=V[]|pWnMYfA4R7?yWgq@s7_7^z8rMDqaݑ#MMyaEb'z˷RswْtMcIK߭!6qI}b0@oug]۩IؘiV؀^_6ahxݣb iWaPh==u'3]þш؃ 91mHŏyGǧDŽP8z=:0KHnXeivRF_QY惾֚ݩSpd&cԂhL7fbSv1P\n1(I?l`&tUmk^{Ʊ~wҿ7=Pƽ]}ͥ]o uG.Pёu_vN9WH\6qđc 6ۢ$766V-iCYQUUI9)Y&#i+5#W^w忿W {*Vםz|z&k/smW_W/z՗7\R>Dlu7oãw/Y}Ͽ#9wpٍܸpE΍g=3op͵»9MFk{K~W{y.?{ܽw=~[s+z[q7=@fXu Z؀^y! zAaT&Fcx[r၌k_x7_5dԨft -4mUpݔþg|r&]ט? Iol'ciQIuO\`sXAЊi&Eg<^^dz~=^}=9cSQED1j|[.y4+htMc|uv,81iiijZPB;tosM[I3 1V53`N[PY4FoN^No*N}Sю64V_UXul8q!k[S`ݑu;<24[~𥌍kJU]ɍ0Fz -GGy@p`2w?*Dmp[澷G -ZV>335Xvp -=|C֮mc[2y:>C6 122b@l$2 `QDm 7^rp);|آaʶf!M})`=ںĤ af &dD$~$7 Gl @2m[$Dšu㾘FUdl=j)3R3S1<.yd&<5l8Ѕ^˞:U7XG2lUŀ o|A~vWmSL,UyZnSZ*n}5i19roقnzC#ԢsRX# òAg0[y篿{qgw؜`pbԴ`$Bv/SdZ;nڞnf{zg{WHWM@IV /[+oyq碌*!ц})-6pʁ}/g[=bF/ogҶҚiV 3S}5VVU-+ܵ~{{k3`zekS>SWV{gǷ'(l|n@^{@05}` Ø0EMƎZ 1דg"YX1G+7a- -Ϟ)ۺYW'P '[dk/-ԧۜBiCmβ$j;130iҦ% GY`*p8p`/$fD=&E5[bQDֶĎ nVfaUU㑈fHi`މh80auFx$pstz#¢M+!!bVm>hGfjsn;~+oepO1, /8F$T8j]ZlNj>͉iEFFF' #Rs1PMYDުꪎ~n -u[WI -a-*r(i/& -xNYeQ`?bLKs觉Hb:PECNPcmMx3ʘ_pđlLNNؘ4Z7`?\1& rYMմt!!Xl<|sQWV΅0c)KCn ibY_sEPU.:Y1<:-*,,Ыtd::FN1a{&,m:\0vpOFNLb1%91Ebs6 -Ey!1qU^3BF&h:WS 655M%АFNs i^TC [0 I`v,>i\D6M XY4~薊S ]CslUdHِ4+<LYiOqf%US *\uʡ -8r\ |R:/B˼[%鿾>S4WrT]Dc8aC qyζc\4.E -&x8˰aX?Vgx:#؀ -tM/ -hf`@a95xe e:6 -]4Pȭ}p8<.sfɪaʊ)KfȚbJfJilȪlAƣTLI8͞P[4t)_'mA -<hQ<l8q6<OZZ299Ig&&&`rv\s1M=wZFV\_zL9K8Q @ 3W-ڊa꺩*`k#QFU-#J-ǍM6Q>K )n{3 E}XRc'\`s =ޑ+XHj!c=]#cEzWnZt|EGgtl|bߑVbd&[K6eZKsnjHKɯLYPKC"b]V FRvY6Lx ,}=I#D155Ec>0ꎤ_\˲+3乸)t`b)?ن@@SdH kDəK-) jW04O4]ÊZ .ƋeK:ڰP89Kp` UȞHcCO-&:R-|ku- Gb\S\bQUl Dz1?k>؀4x6F[7mOڴꕗWO[v9' I WN>WZQ3-j-Cɛ6g4WN9\؟^ Kup -3RaǦ򆖔GR۫2lYz,T1Pk]Q$m9*E6VAa6qđlnZ0 Х{)tQQQE?7Cu/$0Ex E,MKD;kPh-`h5Œ$QOMuS1>, -ȃGb7DaiJJ9<3$9 g6?'E--><αZ)EeK*sӡѩ¬i!b@W3,2ԃyӞsEh:ۚ倍o4ؠ񳄦Ӏ؀Zʼ8㝷7 \_߿}o[|/Q]\FyZX{s?m1g|,|xЙ~|>>=ܘ_ӜўrDki,zceGš]5c#ѬCib4E,.038n}{C]vwqd'QH o=ՕսnVt~f"ȱ!cMxޞ)!22.ڜh|#fL E'GIд x#¼[/>,ؼ1Hyٴ5j=X#SnАn=imfWg'Қ:kvZ[ʊM59iu׽`gf7LfW6f\khG6J+]4C%Tt7lD OSB;CAR/4C妷oXf_@CszX"*2t1%U͌v M2B%i:k:'FQ[KmȪ!Y0DLv4(sh$Ա Gq40QVDV 䕷hU¬1 EaeUzS7T:jc]E{|9pvp4uǎꢬ5ܣ;:23[wȖ0Ҽsw,ˆod.wOhu OD9ܝwwbztͶ!]Eauсu[>|ξ6tUX?{ ?suQ"'ݱl|###oHAHBDhQJIRYS,Mƺ6">_$-K (a)W9_@}oLKZ"`@6 \6qO֬?p`l}>JJ{ G9 -0`c/?_| -A)Yi4h3{K>[n}7\sk'5ocJrOg'L{r}-W^rwgwFU#Q(O7vѯOX[ -\ጴX_z身-9X1  Ng%]ws+z~u]0ko++ص?{ڗ~sswذo<ؠ*4'k$ -C_Fh,ҷ![Z$ e60SuP,А[M%, CƂ& Ohb wm6&#X,4=YENʺ-<7Jǡ+wđl -NAf^T*+M%&jq_8p(\ׅ8A-F}}IgrjLL!c/MuT>w7]t]O<<19=y5*(k8'Kn>_$^ZSv^|٢[QVvNy}[w}nW(Ӥe_eU 'VEFӴဍc6!29OA]ųaze]-R0 jҰTVkX/m"hUt}`e4]*S*sZF gɿRI7"S+R HNWG9N7'xDfB#C-x4Ɗp6+M;L2ց[Sdԕ0L^p e0LɲC0J c+*[Ѳ]U6/j,$Ur>SH΄xX :HVd`LUV @ cۢdDӑd8`CUUpУR{ps>.U]-!:T I5d!V{+b_V CH$bE-]MS2)p-Xu C"6p $dXl 0(9d];kVME`]0udؓxXJ9<VithhxjTD ANV-.mPIDbVU줛.om2:<tAlCAMT(M8vI$ -&H4ރXNaM\bV\dDdrr4)2kɼhD#DY<|9KcU!ˑ AM2Yp]28NVDţsq=nɜQ8J-* N(k<w#`cbb"##Ҁ 8B\8cJc6ʬ5]ӘXj&P4RΑc`IQ(ۡ+ƧK/(džhd4&H4Chw0nCFZ\ Д 0[QeCHP59x%[47T4eĽp,54ehdd O]mQ4UYē3! g.rd^ -V$F(XX>άa#9X6q8.y)~n6qđez%Ǔ .Q=5qLSAD*eEulĚ?0F h '؂ vTEw6%U5? @G[:G հ-J]a+U$ji1]q W١M]SIB>H` ѲxŔYN/9WMl(q20ϭj*'R@C+W(:LStRFQH9/a$Rn|Υ\y]7^uUW^_X68c/'|otlrן|U˞Xj{iϭYך[<[iiU(eh-ƺnq%W\ڻo;|sN< Z͋o?/G_vz+kҗ֣<KϹM^=_r~) -dllloԹpđ6`M4 D@g<}=>ښka)ذDT>lhZ1V5LSWM]{'ᴪi;P(Dc@08‍/ɲA1VGEJDy4UKDc"wF>Սooh9/uC%Ճ¼#?ֲ{eVGGucWɚ5<5/$շ۔:$XQي hotMVd֔m_c;*L[+]^xpwszCݝMIɹ1];G<{QhwX6qđl w>zO ˭`-]c6FpiEU^I%+HpY6JMNs"_L~"=`n>'耍/ lA- P*t H%6xow}^z>m)1w_[V-k,-ڗ43~Jz#vK&]y߫D Vll*r̎lk*/mH)>>XTU{[ 8q*cVeK}S]d񌁥NdUMNeXr}=ٴ3=\.pۓ ҋr7.M^z9/}]շ&Y|}J4]=ekY@va+7Nel8`Ԉ1D6<G1̖͛iɺ.Xlܕr{Kk;w X6e %iqO azd< -lNnLap4gK%hf7M;TuCmXhd0R aiXa ^W'L2i acM 6*<"l8#g:55͗6|1Yx9")1B@tሯ58̴6uW&t)lήI?״7G(NwU>s\rw^]V0cx5pƗ6|>-v ) D4s+v0/YK % 9)feCFrl٠/ʓo9%Qa[6lP7 -vTyDZʢbIIl6 -Rxa#e@ڀajH K1`&+,L -6dXٖj* YKE]{ E;‍/lP -MP1 Δ?/3V(95X.*bc2Ǹɰ;1<ƙ(&8<&p!I΄DF^dIIe RL&Ehh=尠l&pV ¦TF ۲Mx0zP(x>u,x111x%ƸP "xTeʖ%[eiqh5 "Z=TS -Sa1ƽ)p"Hgj) HQ|oO[ l|/>qb4M:@sD3HdQL]tCp^}.j _yS8JW Tް}HeҰ9UPgwpl dN8$h,nZXBev=o|ґ'o =2G,<155~zĴ;5uǧiw,&)|X4IlK3ѲAa)hII#u0FTbZ*R 08 IFc 'ӋԋffX[{"'ؤ65գq}T5LbE -fRz`_l$L։O 5+H?:*y-5jPl+ ['eMX )"jpM`>&VC+1LձI'EUK H4,b -F ;@6ޢ"F  -B@?,`"'+5!&Gcb -* +_`:dtF'"0H<4d0`eØISaj0VyExR,}ڂ#1ٶ$60,ТvLY`MU5Fn0`S,Pϖd)"fꢡh$p9Ƃq%^-S9VT4ٖ] -ѣڼ@%49TD8۳`į0;YEduU` - nb`Q=*t l|Au"R"MdJX?Oz54Sm=Q嘸H- ֶDx˦). & -DL &8B(&Q4IPR} 6ذI(eee0C||LVU*++ yFp")˂* $"a1yVC3 -$Q^M0aV@3h"qʰ]p7>WdxRR&kp",6)ٍĘ$q\EJ*> LV&+E+r4EQ8e08E氒|L+d^d8) -C-"'E+"/iJrƗ -6\hM6TE0İ,04d£fYkhkȧĄflں$]p/ҊM]'g(6qBYYYtdD梳պXL$ bq&HL)ΐ5Ѹ#N怍qZZ&O -&aT=&+i.ltQ0xϩd RLM6`/D@00PMC V+:N. MtI1EWp 'D !fȺ!8+cp1Vb*-'}J_[7O R%4aPpW'(c{ j0JV$Ԏ1DzV[g]xA! #?cGm:@ [`b·$Mfh$4;lkg sPO-cs4[a"#~\cT3'kďp ȱPAv:499juc~f[#&"a%d-jc8ԚSDh =&4|"fi9H{Lֳs&#y3BO9,!gu\uΥICHxof ܝ Jۚ+qW1o:`X sƊï*BU`äVM}#5ࡨ& F"oHB3UHb[HzScV =h`#W74Ms -JT9E U0lـ ZH"!FY.3(ǸX00#p EѾ1xGo(1pI#2n  -}4_"uXUϮC[>NkI/s[aRD OL)(P;sSh-3*ϳl Te%ho)ޖZ?rҚ,paÈQ5po{smsg}K&s{)%./g:kKS vͨnD&sC' VZ~KWGGW5tKjKʼF9B? QNf<7a gY%,D|H6Q:hOpXE:'5&1,Dl8 -("PG%0HMMz = /e2bљ,aWI$54092d2VQ%4w@D_Wsca,ja'4MScuY1%ܤc%"(JilyƢY(xc - i=Oaz7'؂ -*:_h4|Xld_?Hxs_ŢK~}¯Իm -Ih"fOGr=zǏN:cK'cmϻpU?yg-y'}G\~y˖޹䟝3ϻ'6g8X -iYgÌ=\( - G21<Th Oh|~Z`~^PG;CD7^Kf:BVXIC'x*u1K)X&.ƃ:物Z56 M󵠫ZxJL݀ga|A, Pj *|Bf|S`0xN 45:̐.² -4Ĝ;8 -M]-Wh!c שh'$҆|~l[?lhd>t}αF:t)^y e_yqٖ;]Q<{[+W-[T}pE?gf={33rGy?Jli1wkwWTJ).|5-m]vSvH{\i9`6`E']}3W|{(x&f(*P -(>ADL#+1e$:p,[6zxhD( x`0XSSUxz'd5e[ఔ%? Bh%[d +˖5~&,Edc+j*z$R -=пBgK8tw`J TA-U8T,X@nQnaxv `Mv5nYaL6x /L⡉.ׄ8GҽC5 >Vh !Ku'O|/0Tᡝ{7gyMrozoHߪ|U]nV8:[Qr{RNY]U@׎YQuMR|eW_V+=7,=3mwe~j'쵫tUm]UXF +|Xe)\p钇ޯu7xT3PAJIGeoQn8G6qTrJ[X8`l[ޚŒ)VWB]c60f( ς `:kt:4o.M!7ёɞ#K.;ǵ7?>=366S~W{8?3N<䓗vߐ/=P^P]R ;\XuqAt]{\>l,\j'~oVL*x:A 2\WW T;Xl%hihxOo[Gg{}]T. -/(qѲAŽTlhh)O+}_axUxٰ;R;.۲{Β۷X}3\w2cו.{}5muo~3^pC>/阞& 3s[zgYQTRn`ѕڐ{oڛ.9w>X`gj -}}fmUfnqgCf~koM/K8|0&4jIݛGಛeuהt Tg}tu]y5Wm._{?m%bьxOeunItɡ/8 oZv* -!$u!`lMgVak`ZǴ̎wwUd[x_hݼ~C[`DW.bt42( qN5^ .6vw5wtu˦ -\,(‡x뷅qxK%!ʪQ볓Tq||U #+.-2TAdcQ2ĤpoΞ;w;a]H{}]]3/Yt ?Bgt`+/s3ϽGtV_x֯~è /lX {sK>p{}u֝~©{-ko{ᅧk we6ƄÌ ;x6&&&h!6ik8Ldog_viac;yHd -xYeWziKVKA΀n,ڰϷ}PeDOUeɞÝ+v x*]Y=[D [nO^=[vfZ9%SIk::e~FʾܝQZw~j/Xp Uɹ0uӝ%++ksJ&8s4yF{{ -sSSfKInݳjG-3es)PTCm]Yf`T -I6q< x`cddRF}R`8/T1@~C# -l\j׾`9Cc!OK/}f9eFBdp7lzaiUFf0R4bhJLhpU'?X^Z{NS/xzKi]u?3/Mz'lK:=헻ZR9_t%}S'\Q4O8/wv?rEo~_,ؽzyU C񦒚 P=VY^ǃܔ׃ ] X$Yϼ^|J8 DU+[`[?;o[3\ekZڪ׿^AxwJ{钒=mmk>_TQV]qpG%yy~==bsxcs\_oPA3{CY@dsK z\R -#e=\;3<' >ؘnwAaM[ݩS`}XW?2o˛B#6t3~$݅[dmݼ'LIh]l,A {%Zlatl|a t&4l2>Xf(D, a9`6dfdVfBNq"E;S9?~:wl _CwOnyæK~wo+OfSfcA᷾ߝOũ_qOqK7T&ꉋ1^էww~Y'sE[M?o0>@Wӝ?|?wrݛ9]LP -:=HB;!/>=J6dkl+)lUgvUo(hruTEuOػ[*Ғ#ޖҁƜ^v%7 -SqE^7{'Gu^{sOq>`2&L1`c&g49眣&9w\ڻgԪ޵Wd00QWVޔ; ۍ]M{v|vM7_~ٯ>ٴC{.8s.vMUմC{l5S)CU,Hsn@P<9zѴw۝7^mt͘1;1^aoX{wcWwCKM~mCAv˯KpQˢi -86v#Hp8=b1+lj-! R-A15&(C>*n ?݂?#6! 75ẻp‚( OVUTWi?AKTO_ֿ=)zSso'''mL}9_է]>U68bjܻsaʯO8nyb+grëYِeCl|y"',؍~퍻rdD F Ԣa -nL9ϺtCޤhIa?.sΉ6wM%AM|~_>aYlE`m_}|//KuڃQN4`g5x,x2?,oXSdgӒ1Cua%G9BnP%YC'i$X g`/O?KUϴ=OlTR8"hƱ6^ <6,nqvvtxcq?b"/lިi)/dOD,(*φZpm8ʇެjN7{~ꑿi -m}懿Owq)45:4\?L$3 c-?tƊٙ]/;.xq]g}ї׶m?O+ TK P{LG+Z7m-t{1< ,W%2$i0+i%wuKDP; ƲdC0LxfUL^3,$a$0nr&JO)& -Sn/RODT{5+C c><_ćT%BpAT2 -g":%hp݊Nzds75ִJq<"N/+V2BdW%RT &.niF؍-ӯt~U?EW2j]5 E&h`٘. /_qO/w'V8KV}=wow^r?:n홉ɺ5+_y͆y0%Q$A9!8ڰ˯sWgseuM4ޱv+/9'?K'q`fO~`y -6n7U}E0/Ԥ+:< cHRb2I=|;hT&m۩آP|8Dh(Ir1DX &-$ 3ȫ[Q4eCs퀹sD$0OQTKQP$EDH['̴RjT ->\4ܗDʬ'%ĢG»Rּ( T~y/8ъS)1o0Jl|S`ctZ+:ΐH(:_l0V(ϺH`Tl#hAFX%*qNfX`uDaKQ x .` EP ްf*,%hz)h$yBL@rUSƔ -M4MCQUPtL04-EPu~+]MA+QVZ0""hI. 1uU5.N,#%*DM~#&CS ͈+xI@TaAἚ} z)XZFaUaTiw*OQaӷKGcHVPgJ%eFXriV7&ޘWaKEeaiysqUcyIgyIkymIeenmYIUe²֒}5eUUee%ՕUyu%55Ս5u 5uUy%e5;* -kj*s+*Zj -+ʪ k*ʛ TUdZ! 'Ztv:Ҵγy)K,+IAJ -CNxE`8e`y.1˱ Iy1jBy7%yFQ_Vd Y&y63X4&ŸCp= q)%%-A+6w5PLl|}T䠖VdBa?REK 0[/h ,z6$KoU؍à*qAHK${Xvxpl-dGcQ'{p2 >khP(%Eic[t4o({y"IDaI&#A6g FX ̠QGn/nx52%AX0t3%1/ %"\8ć#x꣑X"bD0s0'!O% ŸP, A&ND] ,رӼPX% XC(+knc62XCC IGg!h -uE4thd!+g.x톢 -Ⱥ,0avujUHDN<&IhEC R몚v9U!!z,rQOGaY07F9(JuXðt9h -)ǚG> -DcHDYGbh'0w" 5K k! CgZLb.GĔu]È[uE6x$Zl`xޮ02Y!e.a>f|atzM!I&|9O?'\9 _+Y4` STdEG!&QC۬E'?f:ͯ[`pP/Yz=1 9_i  / 9Yd4q SI51l`H$;/ @m%MN'e)$A+?}!k -calǖ22tv o;::0Cak !IZ,-ai !8 wu5++H5H鞞")Րf;=PLcnɐF~df }9FN@g y׈MLIQJ$ B_tx2k4,@Y죪P*iQp'g҄YilL2TuK%Z0iN`$OQBlKi(D״SR `c1A^4l"`eFtL8gla9!u Eyx`fbkk z=Eu+0^kw׏蠆 -w?90ddh[#Y\W9ٳ MaD@ VkPcygpϒr;:F$&%j`u "%9:U4Vh4p|rҹFQ%=+$Ÿ8{Z>/zaЋ(t)-st͏ŴdcDCmo} -df6l (thx0Ųeg$~ z* Jj4`fjD% -:/4I34B.&m?D1dR:#l`|JQzrA|SpOR&A -I{0$8r`2GuR\U3JbH|*[]%CQICP&[ -{iTA*D UD)f|{_;+u\kYvalXdg;nJ̶la_o~y0goѦ-& -*ƞ4m.O%; >Q1fmPR=ً뻦|h,fݯl~gco|Gk>q̖utt &*dM,'ƭ{޲uˊަ-tMt΂ZahEe(&QJW -Q = |P !FK0XbZ ]pg:uD6:IRI$JW<p3UwJ.+]S`#20Ru;ܗ]bSh =aelCfc.J"}'HZ!&׆`B3`s"ùb1ɖEx>|%EaA\j2&Z[7lQ^]^MSCsc-g&zd]~e֦R[05]sEm -EQw's&&JjwTu5nTX3&E3u(vW(*n|{cM2(q, &0+M$272PUjO* uV@K13ӜXCRdH`i~D! ԡc}).)ߡU ɂ1 gO?뤳93O<ΕTu٩~yX\1 3O+7۸ 6)ҎV. <iq( 2^6Q #awnvںrض+𖽢l ~5y_].lEX`e￱zoqv:'/5nqV7 0_yw1{ΚGw?֮}y;~ [}6? w~rşxMzs~?gv |/V^p˳}N&+kY fm]>\xmu3U%uvM5ToYUç>Xtg^,ʚ^y>wVWN .)z2` i4؀{x(ޠۡzzi"ހQ跫oooǠh dBI2&Y%%Er}ә#ƋܱO,*yُ -Krwd= | O8{o;w=YV=Bis񚒮l׮ַu" -Z W{ ꒦8$yrb%ceW8xĔ,9Nُ.aܮ֞/9SN{xٚkvҹg3^xiuKT[序^gwm}}]+{=ܚ`=ἓO:ey#ptTMLPA־xYѶs;l [O=~~{k45W׶J($(  -pńr>SEL6FFYlHƱr<M0de.ӷxB_sWQV:5=iqyؒ_PUO? K?>~9oN;gMTe5N8]7ҏO;u5d59F_z_ܻW[Γ࣪#Xl,s!, BM -PL&J`O|hRbIبϛpX?ukaI{.L]}~%\p *k ɺhL4{ƹjptGMhs0O -Bco왘X:Uvvnzft6$1P|¢QC˰ ax.f-jpl|`CQ*d"JVwW/ݼ-)k AҴ6>4>:%Q\a?26`h"+2vNO ͼkW^W_ux,ARU6ZǦ|UW\xgǒqK T n.R΀ -6b;l&<ƈUR x#YK&H++Z" F$F I 9s".C  -ownӬj)8g̦X$CRSK NE젅4d$5\Xɲe.B>C>y X`$}K!ƴ dWuِ$P-)rV8WFJcb)dC1ED75ꂩ)Cӆ+g~6p!V#&$("A#LƐM>apO ;n@ -_lI6-,)%I8 ٧Y#둉<:$تDǐLN QdTqבle0 e-UT+\|L­Y(\e@ 5\$#*&)E+9R'!*iC_i43[j)Dbl(ɄH1< b")+c ZH'҆*_ z%KSd8«HeȀ yyynxFٴRZi  ?BLK - 3tm2$:ReXWþJ(:DшE4]4 =#""!<'`͠zxv|@Mnʬn"J^2rxEsmF -`PRkT^#_ FF )񲒘Bl]]]p0E@J0; dx@wXKyyyA$50dOn,LAu%YB1bW׃v7J㳜= `f~~}`8d_f5iJU''WITt ?YԢ,tdhdSn]VzLjD*G,!"(D]94H:58`qv@A{2Pm#EtT6t_l,m+랊6RwKZ/p6Y?r RvyƆ 8b' @ 4~e2uM‰j4(Q6/~E4-,:d`r#:AU DIc"EQe`^iq-]Gֺ!;I ETd.k:]S14E6d8UjnF5QxdAKuK rpI1D8!gq?Kx -M]DΏ Ú0Id INJn8{'|TCtjtl|` pۏ%q4n -9/ |QG<&nOa}8fhhe"I&Y5Rd0J4Y4`QUK5EdUლb[I7;-YMQEd aNb@}n|CՏF}qj9Ql6[NN JH9p('9!93bT`r#,"1!)p"#$X3Ʋ "*pIKAAJJ"d8>!1lSNE.!Hó<X!%x"7LTW>,i k# \ #Å(^ qxCŋ>1BwV *wT5Qtff&6`#=Uа -aVqfx1)& K-1"5`e FI>-s8\"v፸YHRAKpJN18\6ѹMLNePEΰ{ # rDM硯(Jϛ%X :#t&F6S'/\1Na -II։'(m$>mbNm>aTtG"2iaGcA&US&2ױ7` F294T8aȕ51a<#ENlGݐE -3uQLa~àXVt[j =dh9"!H+Tn[&;YnJ -ggxb9$0iR$;pdJ"B<:F`C?\t~LGT4 -XaTChP MX-H'4atpPej{RgR;eho&L-EiAhE:&}xӤ`VgƱ 6PISQ~*4Y^XTŀW@EDAQH'dka.-,º*54Aw5TwЍ@h%{۪N7ÄZ* -kzۇQbDC[Cvq`Jh-)-,'Cʆ}%Ιw)o_OO]4< &/^2GIi~{O"k4D ؠw;l LUST̊ʥp yB$X⇓4T4-UEhB3@ Ȁol }4c=lEU,R?M^" cnմ>%`. :ngQ1 SEp2 QNAS7X !J(Ɇ,-(( `C 5%Ze›&wm<ᬋ.;WPPV5Z}8G.-wu%\YRS_Kt7KV\履حFqX_SxmMnM< wܸ_SԉLUoϪ/߻3O8kÒPϻAjƌ 8ʁFZ5):ĸ ƺSu;BيH*5NQ06Pu?1_l!k:/x#T5L BXs`#0|,+UӞI;@h6-w䬸Y̴$u"IA!k R6Kb*nЍ -Œ sdrlPQ,K"k/+dPlϺfƦFeU+[ C47?zweUʬJ]b4<0fh/(!okS3 GeLVhq 2TU@!!ہ& jD9´> .*HAӏdH~&{J l wr: Ȁ Z`oI5ND9mʉqoHTQbф;f]hhq–x8@$e0N&gl3S3!q3~s| sW '6DŽSq=3 -Ќ;9\QN0dg'lN^u1朙t8$8I c,f<`^iH :{N`e`GQv(D?bAl|Eǒ(*Qe76W^PY6f˶~|Zu#M]ٷ뇶 krm{7ʖκg|/6=  -Ӹ5o32ܺn<[?S:3Ͻ_o=\OwlKdouNmiۯ+_}côB31Ns3`'×lʆ**Gu)7`<qm$#iZ"uL'CLK"@5bL(vyn O5 -f C#%&uD.)(ka4X0^=: 2`6o`-3Lк_mܺuk[o۾sh禭%9{g?kO~PRmEwk}g}i@F,mrё‡T3^+n|um+ ωaڒ[k)W憕3[||ڥWZy3/} _q]=<2[;n7O~wiɎw./V:6o??U4oɩl*+_^s/=洬jr ٘Bya1UVi0 9G6L@WMMބ [R}7mW\z7T\˸ӎ٨'@nX%)yY,u\IɊ;}!nO5lۚ93nAwv __?x_nu)k5ubp8I;62!-8SBTAӠjXh7^=k/;[s&?xUޗ^ؽ7q۟K -j.cOigv<{)fdھ'x/[yu;JXŕq ?Q;6P.M{'}Uڲ+Ōv{j?V0^o]ll\0bQP$o Hq׊*^SyU5_,(jnwY~{ND9m/)}~mAyFa91м㭡ݰ>zKe5 M 6tTnVngIr{O X?"HȦl`(<' l=# j!UB D%UB$И&FQ"9~VST#fJ 0PR:;U))j+hje"8U1)#Qw,ZYh)謑M:gegQ6%[RQX] L%):wbddߕSP-Cãڰio; ֿ+i-eCUŹk7}g8زbh%6v۲6d)* _dza`cϯ^y[]/]qǗ{cmٲp }E<|ڏQ0S럺~~=hz睏^zf`ͺ:&m}-^ik>*' }鮞[>ڿ|wV<[~ =]9o9 fki'HtFNwm`M뷍wvv6T|a֠ 645͂4M. H8pV5TCmS6PM6ͬK疦@d7dL t!A Xfvĕ -T Hje\Kڂq$ea 'Td-& -"R6q z6Ⲝ`c^ M.>w˦xlnA{o=sy?Ky1n{Q~q³[^{Kx+ϛh^9R[VFJ:{|Y~5 ]=.FP3`#6`bMOljlR™owg$ٟ\}e+~dެʎ~w[Cw߾r7\uŊnzmUՅ{־kWctxU+ݓ,(l/v]wÃã_77oqmS猣*ൗoىo;e[޽xm?[FtoMeVXS]ӯo冫\z*m}eiypp4?,\p"DR/b$x *_S1 -8tcAd'A#u %LЀ1PTG KᨢAkWdge&PJI)F}inclB+GHLneC] A--Xv5W]ym}k3Ͱd DdEB-7=6I]( 6~f5O -lBZ( ao(<ujc]>`nlqARZc#'wϦ ݝ__ YSTKK!zh5ƌyK~y^[=IbJϴ X\ -`^i ei5ižŚi! gr * X9[dxfbthhhtl"Ɖi(۪SEt :@ yf'`B͹ӓ~W"؀4B!{`imWrMI1$UUY%Ct6j|+ F4.J *)GXtD1/k9Rץm5Mc"EI5|ZghhpK`p%)R_/eNV& Z 369>0822,ɴ H %s6 x7ٖѮ8&[$M%S$/"P&% fs4ԁǂ!E )5<.&%]qBsgX4""Ubyf<>؀IՍS(دaEc٤d$MLr" 8@P\AoOGXKCT_VUUqɖ/$I%3efAQ]Et:N{ݤj*ʵ550IԬ[2`cQ`Tr:eK6"~|.G.vz(SX -"T(nIG}]u``N< ź!gDa~̧#eW8Tj*yi Ju]TE - ^+7Ղkh4G};MAdlr#џrl@wAh $+C#7d%J-.i߭QF -{t:mBl Xo0$0ո ivsssm6녍%ȑaX X4dYXI㊅>o1YGK,& BRTJN"&%j&4 -z*t@Nי -`/HG뇰-TŠ -ńlߤJ- ?;|/.8h#ۧ J%;;;.mg9;.Ka87h *61Rwaegs r@f鞍O,.˳XE_Ԩ_$+:O\[dɾiKLE_ b t\ C9k täjDKW333/|p(0a(~6S*q-֒}q&l, $Խs$Ɨ9]9-}︴P%GT:6LV{TKUhUh]`f|>ZoD;P_'pl%ɱ<ưYqbؒ^=}%Rr1Ds;G<^@-K- .ԟlp!H>O:qeH5MS!{}uQ$5R/bZ}! q-s޾sc?2..z{e !Ev9lBtp˷20&hR[rLFC6R $T#.EK]t /NY1i'gl|}azV, 6k~p1\ @z9d J<s\_[\kBT5Pudd-gRtkM5?$$.m,x}լN>iB/~>X_(`OӮ]zr~%,0#W") ld8:T̡MU[ꤲXV(j`h$*,h祎 BBFb@&ԠT\Pe#,n+6 al|5AՍ)hIUDaaoYiy ƆGgCѩMΌvnݱmktr,?qX^7Te><: }h=τaQ gL&g(YZ637:0G|aاcN[ RY?!*vgpҖY%65aMLM%PM&bB3t`Rnp{M{O6ٳQWWG8t/ C6yC;uAjI?({c=M+M AySHr2#0SKǔS_ la S¹bh'-.EG!Xn 6X=-SH$200 =gWi?q,-/Zftsk[[̪ޑ_z]﷽fPh7m(nKn޵3e%-}m7U--;TU*ܱ-#>liHu,)ڳE%M[N UmJ*U;_nV:u뎪M|ޒsfLhUv8WՒͮ`meѹezR3`[_"bq.^ 6x 2,L*'XlNѢH`K<#HD :>dl"Y"¢"fwK{ιoNWpscOkݴ{tzm۷6 vTfopgoÈSaHwݸ, /=gg>.h{oc[˟ٞ+CWپz ??t;on}ܛGo+skؖ;Bin,+_<9`RsLƷ 6VU]$O [>aS4E0肘T2$ḠIi⇑YQйbCиXRTü%`(ZD3Z<6Z1 q%.|2Ț -XD E-) ڶibEax$폺ψ Q:ʛ&]0 IYGU[`CիW_(s46Xi2-oJ=ѡ3Lnڴ);;;`c1(|lKN/Ĺ+(!phY uvvx-735>;٤[PAObj|vSd!9fX8UpGGYc[X(bh~`vtf7j:Ãsu]nصys[K[U}Xy` 6 aYOtt47:Q16طkhj-_o73]%Ex+~_]WkZgM㨮|}'ddL2HBcbC01ƻEd˖YKj[ϽWj˲F]Sns⬂nqk7Mjaj6n -cEYU8ltIɭM?[#N-,.]Yi U6kǎM͞=JZyCW[}[>gD{ﮍh΢eT'j˽{Laew?vXDD5/~lL̓*b~cy e (x(x1oh: <ձH֓fHS$p|B0}$#I}p]BfD#׈ۢ}tvuwu^F4܆賶U]Ȩ;p#>0o/ -2G隀 9a 76 :2{%JDXqGc˩?=]Ғ`g򓳋3N66?~>ؿJ19Oպ31a--)yESw;ptBVzVnjLJ셪ȰФĭ·G?Ei"-ǗzDHqfvoS{誦4I2.U6Lظ +++FFFo?arzzzM駟FGGE_6s#aB\$ؠf;de,zj!MfǤɁQ0n n`] yi8D_D 9G"مx F)$VS!}0Ʃ{^*y 22gq]- dؿ_NW5yUWVy2RMm }ƂIYqbE}7lP 1akcǎ۷'ڵb˖-[|ʕ+a޳g_ŊIII_Mip?n_`q|^a\N/sT9j?:utKx'15 ]%Z|~@JT $Mi /GFN @ |O˚~-CSF#E$)BK"<`5 -?`]~5榺6Lؠ9Q1uzCU6ݳJDm{2 c6QFFP^}ըٳgsI(k |2nA* q)P -[J/i9SrA <M.7)NIIli&l`֮O᣸D OD"/#/kÑE%N$W8>+znRDETYX z^Ǣb'8 Ft K* - at$C ؠeiYY S7WWRE6 \).ޮz3!k_p'kQt88svB1ӠP -kg'`~DՈf`#OT))ʗg42=Qt*1O p *3{/|̙ 56nS\UhQЁThcu14+/w7~ +^z  J`VVdYϳTy+Thqb -Y:مBLG_*%0+ObɎI {]x=`bZsGz148T1- z@Fww7ܓ'O.]5_4Ϭ MLl@Qd8dxe%&3C&nC7T<.+8ÐAxBe9QUT Y 4/:)I%xXKbiPcE]"Mea#\-N.[ķ91$"GJ?dvvvRRR@q.S!_*^)Y֘epΜF.WѧpZN`-l WQ>uO >V"#: Fs%wz 7DC$"#E piU>+ -[U_P03h*YdV`Z 1y.& -W&dpn-V:&G?dTɁ#IuSP"_Q1q,# Wpe3QHlppNkTTԢE_<&lLL{É3`4߁kc,u,ԥ^7kn䱴.#nrJcq6â1A7pHoS`utthvo:26D6{0ֺ:/]pT3T1aư1qtwwwC'pk~/z[41=33ÇQRR2OtO!9_&"U(aڟip"} ӲS>… /BAA0sRLظ^ԋwQJf71t† ]Uck~~ѣw=‹5Z\o og~qHghʺRZwr<-|47^3km!b[J j*+^{vg䅎afP6ـpʠ{?3-[ " NgKKKss3|H -H𠾾P h5KKK?w`aID!#]&l̴٘F4ĉK.u\p͚"&l6h`v XDAxYUqyUWY]oȎ<YPYmn-͍8vJAC͇U*3O}oehAmm}M7Ǵ&ޔii(t$,i͢SŹU}'B,MBBmmYfxTRԱM#]K/6 J)X -> H{1ۈ7%%%!&)3%/=)gG}=֩xsɬ>ۀudx S|644DAVv9s<裛6mX,uuuٳ7o J W@sG' |{(HNXy< (*MqZV'#U AMd]֐rHW5~ hfU* `sR QyVSͥ!> -pa_.MYܺC6u6Q.񂂂j 6 h'ҩ@Ed|(*,+0~^!롊H9rtFN"=3لs!{kR"=߾Ƿe#a':Z[J/m?QvQNmCub|Ҳy=lxhxI_/Rd2P\r)9Gw/#Doj؀Lbb䁽O׿oqmn);gYZɲ;qgҘ˗/'}%c ...kʕ[lO]֚5k֭[bŊ0hG9sfff&LW+\+<~$^KzF,HA=\Wj.$vc>) !FC ɁdUVEtĩVQ@E%U"Af:1yXqq1E 8=DŽIA'JGkʏ-/aYAa;貭 ^x[bk{59J|yw䧿HիBkιXW~?7kgdUv]9[Oo66TUTWd^J+([x{ 6;v L<5l8\\Ȟ3ܙ?W9-,Uۜڽ6E?~WQWPPU]]SXmm-mll@/~}W޾} Z~iJJ - "k ~׀cs#Ҧ.#e'/ŖygV ePhn=t+}D9 Fcs8wǻ?/ܶ#!۷DZnݎּfk׭_0qDDD?K7o۰a=|ػw=ܓm!Mi˒{?m| ED\ra#J\_Wu .<YS[uۆ,]Ҳ-ݣǏVVn^KO\X\[/z.ms2&%wto;/c~!&r儍彈ݚa M؀N#+k2nKqh|)ؘ(u)[YӮoyqQר댋:Do0Zzk+g{CTշUw?]PVS\YysGYEc9-ξҜ!D`WQUmAm,zkwKɭuaȝ-];w37>|׎CG>uVմxD;=L0a46(lN=47l ]ou(1:Pl_@w7upD -ɃhgYReRpPq"7,iKb}AQyꊪ81Ix:gF,kB?*kyŔܒ^d"ECXJr-CI'i2xBQ Wt\`Zd[a†i&lPؠTkE9D^(8cO+8#K? Zqaʕa _1l\жvlt +|S{6:9<kc[m7OCc>ձ[W`"ш)P©&:FR덼aC|h^ļ Ƥ 0s)ńђ@rgܠ?^<y >x3| } [`k0x}xjaxGv>q9#F|v'Xw>E 釣gz%&z=_Aa†i&l|5AzYac>*'3&llX"3~h0H.*+GcS<\MWu\/qaBQA U嚧SAn @.zm{884pdK`Q%<{o8lklpR6~M0a46}I tؚH (P9ZMCc1v@EU'aisఴ(q1n/uM-C:0Q%scOL+d}Jjj 0%%%:WS:9,*$Ob$ 3 *" 2a!m$H')#7qȅ0 xII%H)BpQW|,\%pPySRzO3ba d*z`QWdY5TO<3$Xe/UPhp?~|GBOWVlZa}HۧpwVgW~dێm;mvOIȉM}O<ȫ~Peo(=;?qrz^BfF;mRt!)')oă\fȂkRXT6"†z)ך`.?)$@5!ݕ]X\|sxv{{G}<"?찏9]>T^RE ī6cSm jp\QPIpO9\v'iݎ &lf$ :NJX'V1KijD|("ΝneU\nN;Z:*j;Gjeygxg4sm7wulcٞf{?>٘^X%[+k9]rgFlR)/IxXV!h Uaΰ+wOXUiK}p.QX|O=g~xͦЎ~gsRS -2G΋Eɧ7X#>R[^\ZQbs #=%[Vl?6{c† ِ$i7D,ee~"T:Mb6dVdfqrKO2tlX@$"HVV@@.cge!t3ZSRrxs \'VVir݌0aJIhEnHjy^a}eDgdg$d ͮI+LȼxD侕ѩEW -RsNVWV Kϩ419BLtbZ2\y玔sEQgrxXx6l~좝'/ a† AUq,#Q0~ j9 XZhq!BbD~ސTk*:N `O -<ա79U8uIH`tQux4Z)e&%d!Li^Igf%j@+Źڒ{3.]:w<29-/&::>62!4't{=GQtXVzJcṳԳ-z<%< nDŽ 6L3a-xpnw9n #Gb%A_GTH M<-nn?#㞞e7DUW -AReUUI -8M#MQ\ -t%"mh T\:cFr^p2 U%:,w Y;^Gf??;!:l{O?P\Q_QEVQyYggy̅Cw-9}wڭ*Jں ~e= Lrt|f6L0aô ڻnnhR/YH,ze1E***,Zoo/>keR;b -ɔ1eǤ#p6L0aô`)K_WNc@_!N] դf恧㤏q`3aʊ'M]o%~@#7V2o† Aaz?]Q6`@<8}%Bհ:CT\I^[Ho&lll~ѰA ٴhBoC#{M0a46>߸5M_I7'1L;ct\y -R#9"2$].ۨӡ`IRQUdhv]m!6 ,4V3f4WIt@5aÄ ӂ6F"/$ؘx?qVȢ:-rVxađRHo}|jԱ+n Æ GUְ -d|}p,`pq4=&lf54i6X(E\.jQI+<50^зSW΋qA 6W__?2dXywz;zp5NBL؀_$N1 3jـvk† f;BIT((< sD@$|lmw[⊛cl=њ?ff[+'^oh|wuOZl١Qj/Ή˨,-[sf>3Z 12(T^kmXp{, -r'"a.!E,l_Ő* W"݇8Q.JH̼b8$4#\2W1tXHUOF.t!.ZvC`~$(P0H5vhd|n|3*nha 7 \yr#P!8Rs:Ьz{KȄg~dYwPGvT]ޢU*ꆻtPGm9ܚ[v);JuM'ecʑU -Z -,?DDE֎^?t^&(&lL \j@:5_S9ڐQ 躬j@#)H4Dݓ EE~ |'StWĻ1#4E.jAq -ExW ~h2M0X @,,@:uK q&Z{+&la Æ HX[k2lh3G2:ڻO_}w>͝1e!'üt`c=?s#],ܿEz34HtήԒg%Yze_rt͵EN?$6wj -lp4qˀgX@QŶ֖@i9Tu`CP9]$U1:st`1t5T 8 ? (Xa_0<>vM0!$T:~2"aqU6$P^T;b1$Mh⼨!U4༮hp$xzح|M0a46n $HyÄ 6L3aF!X c(l(,we7[}CU Kڇf%4!-%?!!U>=,=g_t\\y]{{1Q[ynEW*K -+/_6/:c1j`ײ(AS+2 ?SIeS/|+IG>z=d i6Uyyg]ܝMvMq] PUsjc qyc-^q̐+-!x/yݥK^~k9sλ*?tBdG͹'d͋?MGSDYFv꓏_+,Inův0&wܿpۑ斏>x뱅ˎO|k3fôbtX~~~vvMFFF&/̰q}mZݕą$ 4`:p 2zZn'}mUuMM=N0B&eIhnjy|Y9:(MklP iJcEYU]#Kʚ"f/ˋy,55?#-/7\B墜bSS#q娋.HrEMt0!̎Ӈϭ[ҁ+ Q -i4cQsNm;|g.u(Q]XYOOO ܄ nQbĶlb_ƄU:H XXÆ(( lȒա:ۀ lS\TS^g@kSY5:*U>}PuR&lPؘڳ1 6Kh$ǜ5ĔsE>qqYmME.x'|?>='@?5ÿf<;+.}ZS3C_o{/^{yЭ$ӼMg NmvֲK~k_),bc?1LΩ[G]i. -Қ: ԯмg.LI.#gf<ҖfݎkaM++++**(%dZ\2` zֵiGSVRUMUHLuT !Rr0㩚{pX\G ܛ8O`,U wAac(`c7thȀxpf-LJϭ_9sy`ً  /7wwg_]cm)?O?kiBjkG}{wڶё^렵$'{~OIoODž^U\Qu?f[ -i'>JNsmE~oWoooXC.ӷ~` 'aWlT';;P +!1<8wͦmMK 0=m=源>zj=;;z<?h6z9MUqmxƯs mojllh9$IZ:mM2-=!^fGzz;m<M nnJ;3f477Ә 1aciDAfԆDz0%lN^  뼂 AŸ%8 l` ";X {8P IC"a† _6pˆ$a|ŋIV/ +WqH4AM ؘ2q{RUMJ 8ȟj]/=Xag%&Ic/##0/Щ -p '9֐y"Ґ]a"sN4dKx >V`: <`=y+EgX -"ϹnY1 -U8F[`VXI_.y$A' lxegg~n!WqW -hv- WgĄrRbt]bLR‚nh}ԣ?n~Lw_e!3x`ϭIkPbc$c$\UtSߪ7d]&PGbFUġ~hHŒJ ޿"XWn5I7DÐ Yϣ琰.#,pt}SC=bG, **Z/s7&= g䔕A\.5"QLؘ.!x K 涘?,-[ ~wIw+:R̀Q6>ބxϯ#+B74B0h @Bħ@27!%HPc%$*UØ0ckLfx㚧:)2SF)/7m&p:pg%R`)lf*nwM3acy6t,ԏ3)-En{3OMEϢ~I@>&fjyMb= Ƶqub$fDF\4*od2b. _O4A5A `aN!7$ch6n5H=  :E2Q7랎V +ЯuIP\ѯz,Hi,_ԣ2PNz⫀SKAT&Æ19(+ T -@tsss:f7a2>˲p.Lؘ.FVG"w/²cwNjMٓe`ƺ 4a3b6wdp}ŵAw1j:]k4B R YucxOXpKL` @uX[T1t@\k;'4݀⃐$ u\8)ÎTW҇f$-WY$#e1p-iCpN$`CXMdLr*WEC#i7)flW{A eάۚ&d5r4+7$46i$̠,A5k Ke<뒪" X!c/%<<<)+P2‘n0*•&TЬ%V$F4UW% Ghk,ECFe`t\Vpl!* OGIdEu :NUp-{36vTφ [&Xft-N4W6YE\c~f$-'`ÿ|[ W#n7'YlIcչ ?/8&"E)0Q -8"l/"? d `/ҽ&:<K 0~WBnI+ R' ψvC vJGc0Fؽ -\dNꇠHx\9{ÇQtU -)IWТ,8EI %0=9 -4H8)&lL4xy{M<˼Y}Zj(y6q,s%aڪD B_aݽ&Ɩ5~챹QsheK# N|{s-{kպ VC|cC<}'775yALأ4)=IJek{+:G޴TlKxkŇ;NpSϾVPt7nXg˸]*:/G ;[)I 9׼^RԗuPbnbVmu3!2-_+O/y虔QD$Âczr6>7DŽz(lʺ2.Q QBӣ,z,==]=xmvwoX#G~;; /vvwwtYf >@MON_h)O(jj:+܉ٛ HEWCO] -^\Z,UyIGB.f?Z_WttŪ3C/dD0 mL9lH&l|'`I(S|*x^!qiX_aB}=Ϙ-&9Pwi Z#HCީKvC~T"#U8^AcyxnH󈜏eөBo-3t5X_ɲ ـ/xYk{WXK/mݺcb֭N_vo_6))gcQMQ: o,q $e߉a{eI6p3J^ٛU崏ƇGNhξSV3f>|N˨>?X/D*E`H1a&†Cg/C2< s18s+?>3//޾~d6lcXaho2v9`DG;ۻ}>Vv9=#v vt78d}8HCMmMdk늦ʶ~K{gFtrZs]pޑX[Nkw4ĝ+hh`u\P6a5hu0nӦ$"FhU<;;M,,,… ~%[ -6,E@=*\ <*x!4uO%8v F~I IH@HӴMSEeDA"i>֛/=:{cO,Ilr뷴Z>85K^hjpXEQ?O=궵XS\qˊ?bkXcz'_|(FvA<͕V"!cp:piwDict =}Kg+AC2&2DؠBITQVr_/W@(3S *{R9. .d)pb)@ YCN?laECS󚮨dO*v.XcI$ vњx-]вQDh~)QVYbVP J3R$6n2lS,~MtN0$I򜜂aC/_N/Hf^ą-v$V[EYSbs/59+.Hd^.wX]1J -T9'5>fa:u+ -F{8܄[س zZ6~={a':_bt؝>ė4CBB"##'fܛvC=^bƓ) CprJU$z$r,bM24QpBbxޑl~bF:ܑɤn2$PlH&PDta mdGԽ`UA {j6XŪX;. }3Wj4<)R4K3^sk\ؠm;8a6|hgǢġ(LAZjfxHC]sȮS)Qy+sr %4&]6kϽĬwm:5Eඥ$i?|LYOK/~w]WzYؒA@}nSu޴+g=䨮ta>=ku`9 !0I&cL !H(f4Isι't]9;ޞ al]]u}vnkD+V*o߳*?ucYgc'kV6 -[<'նbƆ^y%>eͭ|:k.9kf|T_ О;Ӯ:Ó81'P<}{Y]Q _gʕvZ`nMU隃6<[p R/ u:C5LY2U֑ˤ(k*#hʨ󇊮:A|Đ=*cU)>kMQAtBc -ebU"ѧ) ͗B%{A5drH_ pTxÚH8*34 iM#ЦCd )^$5עlD FaDU80e74Og]zSrk_{ueW^is|v 7b jI -59~|(3ccesq?:GMsK6 W`rEwO5-# .lmhukgћ>pEgjhlo및b|N d+=Ц! 9miinkk9ݲd\5eQ, -7*2o mmkotAX>AĪAGELAc: 2Ad -_g(p8 Քc9n566Fc+ذ 64gB3c -(I(8"ɰlLZ -JlHQgVp;E96aYɳޠJ1ɬ%,yܒjX&Hae%c'zD# ,0QV0|cZ4Fa%ؠ KCd%"E\1\@d0'δ ]lT`""aQLHΎ]_$J,l *:EdMSi H5) i'#<H VČs&¦y%TSJCFB2g -#&IOȊ"'RaB"Eb/F.e#ПJ"VSO{ƄUb#l JePsSixq+ ":xh*%ɪ `j<+(DS$LPV4Qv QFV8sK^ydIMX5& -&J.j*YEWe& /UFVTI ( -cRUY*! +:!L.EW$5$x/,c**㡕CaT@d3 `&.ptz4lL`I(MuL)0'o a4M'XGkaDtM?`c BG ]s0 nSBPc<6Ԇč(  8B -4t80g?F$ -p˜s$%\`,?{׎O;G?SXT[] b+K -J -mRֲԕrg\yoz'8LWof:gf$ҌUD(j!&EhR2R%d1< aR6D#RpU#շXE#~!TRJ0 Z3܅ֹbAS3Ll ^TTTQQC~9'˲uZ;l{ X 䍊Vt 6-\9k*2\y锓~7W>]ꍹrV|':'LŠvnle~uֹg_n[oO͏1ܳϼzOξ鏳],,qYGH:YyͤD-95 =6LQ(&~J*zJ3-\q5zd=aVPKTq>x7@j׷N܀ʿPʗba-*,,|okl ŲCj;J(.qٱ߽qcY\ޗɧ-J΋}=ykq=i꓋ - -W?sO~rꇽbբX`_/7?zC%HG<sȀak `CJ` *g5$`*j$8o~r ۛ(\yyZ,cô~óg휻~~~bv֧_0#tS{sݶyK_H޿7Y#7,qd ?׸Ѐ:T"C5fh<0/ X $Ryp C -ͤRBqЌR"1?0N㮏/G| *ުSF0hl뱍"C>:;~ } P[XpT}-mCC>ž5bbi(`sy%!V1 3jllnAxErxF8 lMI H1H,$ -JlWGWu[?,fV-qtlّh#R ;`Cɡ3y<NzQRewκ+Vv$-ksTYTC fuN5rWlڳ-)5o˳{FT~Z-\œN9ɳE35G{O?ŲVc~i}vm+Z+oONFVv':|&}˷dC k?bpmƦ~g Ȉɫljs)q֡1R-q>)~B.в#( ht:stᔔ Ͼ|a?1^w -<;`@ @o|.X܁ pc/g#G5+EYG'`cAN5I0uXD % #mB *CѡIzadQ{πY!w ,IP$r~d*jg88cͳQ\\~zv[vd### :YKKKgvG1؀Ow^4>xfPHx@6~5M>NyS8Ļi~b"k2< c<뫩~bf`:.h,5e>4=&Q2~`a&DC$Q ~k FE4Tt($dLp+"{tD#pp }#p4СyusdOG}q=?%l4iMw3$8ĉu0߆b-5|g=*D&188HG3`TE?iBe2 --u5]GE5%г)Oz_$MAUq?C׉*T 'I_ҝ8z`ԗk%Nmt(9h'TL:oz0ˀVe6CUBbҩ'JjҙXbQN*:=/9qb9h: x6LEkqx\,b г>ڙO:I5Uߛ76Q'p"h⿢ -CrVz}gF>UVX G?lL, Rб>zް"@qwArM \qD65d P^uh -:džk؞01H;xC Ox)jHS'BOOS`'5:q UpF([89cQcGw|p8 (QXXX^5} 13xªΩ9QnPt8"!= 5iچPT*uyCp8ece0"DItQ:٠`:^JA ࡮n_ҶlK:d|)A ְ:8ҚSMUv%7¬hk|d?ll&?aRg_o^?z.bꆼ^U{5WO}sΑ/?v筏7 }eey+^잹r|([N?voK.)*%9Pnz[%´.|70ū\ͪ&SXPZٖ{n|߿7=7joYI@eI7x@c‚ÎWf>8G*N>yOl@v Sn{GGfθߘϯ(/qsR}EQVQA]iδw?){iXQwMG?ٔю:&RVYTZhCy.oogGm;z+uwj}m-,5}7ܼfG̨0,[o{uIvҢ̢ƦZj=(k6C\4k@ - -@1VxW I$\#PL#fW@q3!bSp0cHh5l -EJ+ f ,; -Fi@ mw?yv+"+A9LB| R/{c1&49dW k -Na䅁0tK1KvET^uoO:;oDٰFaS0B>GѵkՈ$sp`I%Qæ9NM ̅d;Ǥ7, -Cvٲ0(d'ori'쫮");QzBE16&;Ȳ,M0?8gG^sd4*фPx90<U1m~;S5Uz}ΞΝ[ pHH=d%{c -y!#&hH{511"c,sxc(S_@.}\WcQ90:x7H=fqp+G]Α1΄xǼkJc9;,: AK(|M)Y@Dl|KYv;vc­1ќ4GEcEEu*Wj8T2!2TfvNxSl>pPM ӽhRTbbkЩ7E2=X3C) 7t㛂iH!r* 9*(d"::c0 GlUMm`\e2xaclLT}6()/\2 ')yޑ~?~-:UY֚iOp/>rm!GrM/>2P;ǯ󡅋{o,4Azr#jN]y]}4oyCg} <Ǘ*+f77695~q̅}([>psYE]O={4JJ9%7i켾ֺoxіci>[Ρ<=󁇞Ϭqw}ܿwvW\wۻ󷴷>3y'Y%|_]uFA{GENSofd8*Bwj ,;nt@"#.C*LLxPC0퇕qڵt'ht{,S%K**LِM1x196EF x,tfD I֛}#zY54ؒUH0tѦ./6?q6*2lܗaLZ%/wu9l;+!p碒!s㦔ޡ ߾tOѦ-[m_H 3,D9XmXsMrl.k^U߽89#mց!ߒu:[S>j#g:[}Ѩ= -I[v[jk-nUtCv6nEuC[su[VR%7-3)eνe I/jؼ9zŪ76&%Zv;ޚ70'0$-8 pĴ`CپKڷjo{1ޮae[`cxx899 ^7p\Ȉ/0<d?rL$eX%fT!-'ob&է:QECFr.ERlKf7Ff$cY"FөwxL0On] lA#"q!hC҆6M jB/%eEYN߾mqҾM[+"KVf67$-.L^_޺x?_N86ې^yI#W =? ߝVNIvCWSvZ[oޕ^r${=k'em^Oпb?=AweMUn/u]%U][f}\ӖaqyNfChHHuqSÖ Yy lMSZ[^RZ{s+G=Hwwx4{?WSQTx[ÑkV[emX`2ˎDA%bö΁fdd0 Zܕgc/2N!JXDIJ\6l,RU) =02CgV`›`3H# 0!M4BuS4@6u -jE dHloDE6L%BQ4xX`Xp0"m+?9}fN/=e҅^_WbGkx`[ncqo[W} 9^y!厫>xƢmr_oOgy;-?xk|:3\[x ^xzfǪ1ooyΆ[3.z,㦫=LnAIwUL|ͭ/AgۑbW癏 c/I=pλGfuI4ה=|6n,.n[XWvԻzsd' Yv1MD^POY2!pg5̘6, - -ʼ-_}#݃1.,U1Cl9pcᖠmȕ<(}B 6@mõyy_:)W-ڂA7H` A٨7c:b:g:ڜ>VeW9gξGߞqŵXo7plwc5KxBVb M̜8%t:,;bdddFl6x:l?UFb416(hTT߉F-LQ Be/0DJRGذ2wUa4l擢s|XGncɌy|CTF5C h`+f04D6vĔ}2 M!E-sѾ,m L!^q l|!blIDS٘0qH"*+iUE8K<Ǎ"󙸞j|c8+~ToSQ< lXf6`*p8* -pWW׾ ku-*jX`jS$WkP*R$ .•*rժ@YP(֔p$Ȇn.]F8I;aU-jo-H*4ñ.1U!ֲhN,aeGؠciPs|oE˜*б$ܡkDE,E](BHbQ[&4Sb]mC(`FTSHk" 0 F -dWWpj UwC6,=ťsjB& -P*G)ᇒo u:Y`21<<| xvWWW|CLTTBR'9l1{?㘈sh+˖|s=es1&޾c_k|GIVNqnpwʶsf/kE94tƄS P4Kؼud_H6'a|}68[&5EOD+Lh_Ok'ذ̲#lv,MJ*>ߪg+ܲ}E[d83Ʊ -f -ˌlްOVRxyk?ލ>zis#*2 -vU7oqʥ\wUkMoWy$oٚ͞7nkؚ+eG%*2WJOI_^}&wGp+*.޴)1eʬe6X5y]_<ߴ6FbQ=&ˮ *&N|w:^EmVT^b({!CMEhp'd:WcA)DAQJH"H{C"L^,l#Θy(lbUbeGHQ(g a^~IS: -,JDiĔ_}n+ezoWkEjvk lwzּ-Is__N'>]j֦^@*3(-Xsdž7wcî7;<ȧUbl$Ң`Cq$`"%dA2|xWǼYDAݐx$]3uAdIb` -k*"` h!$"a1#9!׼aIq LH2Y/h'cSt*fd/Ֆq.8gEbPEdь5gZf6>Yke 􏾾mK޸ᢳ̢GknyNHw݆w+] %Z8}e/>OWwuu=ȋwz:;l͝C%y;K -kSs\KuFu6,񝃍^qnà0oH8RS:ky,Q3?608/EO!ؠ&1育IЌDBPj\*~1׶Fl5eyoeh#F=Ee˚hZg{dTQZX\o0.NFz1QUemCŒt5﫪 i*/*,{<݌Je`E9KJ*k;܁ƜR[c*\ -a%7WV;A.tE S? > lXf6Xkga02A`Cb")QS"Gоݝn`aBaޡ_Ӌo0UBLٗFc87T`0L&`᪽jlDK$j6k t -< 3]&_vڥS-v .b[]M9^XW[þœ/f,g}⽷NjJ2VUw8}zְ3E]M7ܺ&)"?˞hsþ֍/tF;~QζUNInoKM*Gm΋9f43/yy~7;uJCc ,;eAgm xaI0xp>`bðR 󢸣z%YS0B*shj z o]YV?<9~sҩo-D6e#?PUUqY&8zzQI?mMNht>d b20iJ7j,lPA'n_A%?ӢMXcx r"éнqȱ|4ċ>TY@- h1!M(BT#i~5 J\ǁc -BX`;۰jʯKBWz؊biy'"|Vۀa\Q)B`fΘ*9*l(0FU& %&C'V(^Z\9.D/^358 S 겉Z`xR2a#EF4, ,;###0*&naH)Aeu421#D a."$"!! @BC4(CDP:_`D$iXIP!jI,Qti&=$L]XMafC/CC$tE=/8ݐq ]?Mۀ 뢠"͘(1_akCۉQKb2ˎP1q,F8aa PeC!3<%bU) z|l:+V$+!Nt21h!Q" - (az6=j<bm33ࠒ,jlH^4,#rPw6`}p@pBH$~?|4)ײCܰ-HlP!!G|hEYƈYJi.XBץx(^>Nra 3`%Mе/<4- -:lsY|Z0 gocl8q; Sf 7helGK2ˎP)a8Լ p1v/)<4¥ɚ.5Zhu&QWF<,xXO(?h~D˓򄃪X˓8 "x yAX{)~ʂALw6O%.at3x Ke0S lXfّ6V ЯzeW?}mղ«&B:F"Qe)ٜK;rqPɺ9)Ht!Ӵ ׁ *c2"ONQ#+!,MڈĉX$pR8 d5S;PtvS?2M l|`#QJkR2# eh(e`؀i [lV֜)(F!˚H@ьr(JE-5U -ߜ[Ӎ -[!ZH0GSS ˘ -\L\$iyc }(Ŕ~691qDJd4Ub!gN~;,,ty*e1B!Ax l|qD;AxUF9퀯%^N~+P]<+beG(ؠ}~ll n}'َ/);y֙B,ʪ FTؐoL%`kXq6v 9}[ڛz^Nh`+.cU2R PbPWoGK:k˦b׈ z{Zz݌$=w{b$C`D=]UeےRa G0˭(ޚ |;ad^?BS6,a/tb ,׀ 4|Ei&iYM[dVc分.?P33~润{|m79>[kk?6OXu֞E]=mE;/Ɵ_~nI-F.D}87E>Z%S~t^U܄)"BuI{v{?<ڕO[g%;ҧ2x -a l|Q'iYv  -=0ܰ^wɜ}'}w~o׻k{wmlⵁL9D2A "*H89kf499Oʹ3 Bؘ`1UruwCic*?d*DU,A[2lK#$TzhsK]`_ݻybBIIuV$4}IMUY7vHA)-1`yΕs-R|,!hWyI̽JYR[cb۞c;CpaFr|V݂\g&[b&'Gah]#iؤȄ}S}Θ̆nQ (6N'wbANPX^J/}'^;^$),F lSb1mҶޡ-+J&$筋 J] Yּw(2`wZ~zFB]^mu/۰ӧQ{ʷ/:m+W.Lڰr5W::eac +MAupGsi9wYjCOO O]~.aֶ{|]/?}~O^Jtd0# M `u07ZbA?-6@ldϟ[ڪTMl+ -7\ i[jkZpႅ6745?|ݗkbzjsxK{,e@][ _}K6[z[k l\+c:p_yn ^|TE7v<'9E{؝bbdefg|ylOLĊUp5>’hbx㍲o;ӧkwK_O~`f|f -04Ki[ˢMj]3I2e٦YS%`u]"G"E ~YGMA>FrAk۵lS㰉NK{qh"O)P\rp0' ;ۆBD,۱xB8ud',k>?lVePa#}jipyQq0 {Y.h߯Rd.  0qo_BYY$^#G˵>f%L<Ȓx^:dExۖځ{w7W+g̛7ΙIp`|zwQzm2L1R_Zxל_͟?2M:6Q' nb hYA#BVgU_؀ߛ{hY0OVڥA%vȐ}+h&{+jAHv9cfrX}FO5e+:G\{fn3 -VǤ9iKex3zRPcKEt6fdqQ|ZOւA D?7%bD_ 6'tq^}ε(|{m;+sݲ5jQ6T4m*(4i/-o0x5⨾¸-E Rz!?-*۟yܚ+TP4Ɖ!e,̫m瞍+&ç[u8sڤHu=tmٙKPXe]G}~ΉZ6:(6qqqCCC/P@D- -&ӱbTA48ΦBtZ#KḶZ&(t^N+c &F=&!-싚=f aY*="KM1$njYcN7(6D?9f*OejbiAofTlt-yp_d$~s?k%5OK_?>KV')USJ׼%?OUwu$nOlڿ5=#./nm,\~<46TiQFvBg<ٳbEﯸu]LMtM{vƕ5vф-9r*sgvzufo럲~py%{(uڴ̬MMP;&\hAV֘75iڸn`X}f{+_5 bdFBBBoockKg~/)?[>kc^/1+bM?Jє4hV'Jc-kL{pQ /ߟsgt4,z[x?ƒi {7.~XҔ=tWGC@֢{zqKKG!s_G:JV==yHo[]}ܽdeEfQFQ񑲼;n]WRW}n^^jo(ޖt4%ԕ{oÅUn.~dWm\mۯrpd\emIvQ^N^J~ޢíC yo/c]#p?*ΈbAO *`E諩VX3TGA Ͷ̀ئGA,̚A SuL']t*ͱ-pA1L:b[kYަ>ɎE_Mצq5:̼eSN"n8Z6R -~1aJ?߱9*4j 1\ E|aLD4t/zeڿ}< p(t MMᨰC[DYyS{U3B4.?]rqAeU8DBLMu&-t)Msjڎ-|a{Rz8 lמּN;翻Ժ m W~YQÂ>z|nAql7JbbLyلU/pNTj +J#YtYAQdx+2f{HxN Òl+Hɡ%TIV?Yۢl_蠈06:Y9c(}}}(6`\WT״Uh.RltmWmݠiiBđaNt6- y(yhӨZ21575 ZٱU˦e LO̳zՙAAPl|Ll@#l,=ǖsvtj#.jԀOoh.3:4áp[X4Ŧ -`ӡf3L/Z6,|eOJ;w(Fu;2 Av,Խ,z!xܛM'AC,m65ebsj5BX cܡZp-DŽU\S3Xk&= K SA07aѰ/+p )TU΀4MYҩk2b4p9zC{EBUm{7)*j}7]*wEȉp8}@ q\0t˥=ge!+WFy[ Fh/bѠ f ECm@FE3dBpIYpҰ-~e-Dt4Ԉ)*MZYq``u2M3i.-zLSx)6QDžAk@&a DRAD -QT) [ +rZd@|J4xif -L=m"Zrn7Y^=5M,jMxz]P*! -`MKtpOtx> L^k n -؎ 9zQlr5Ӎ_U&}LdpxbV'^k31e:.fߤeoݥ ڰ31}Zм c,f=:. sb.Os\pmۚkyAa/a{MHC1%Ӣۉ"3GY&EsA"<멺"wK٢=HAyc^bh*7!W!>lW bc 51_P>\?ji 4t0o N MuV4SUSUlY貖;h'3Pl8"SuRDS,>UF sQl7@SSSn1;dā*gy1n FLs-W3=%fXNzѮbfx/1m`ae.۞{?O%Dž]X0OM"H82>f222|DAvaװ;|ȜMb죃)Є gvZ]:Ƨ"8,,ЁHY)ʚ7[T$A"K(|BPB?!UǭJ PLwbAؘ|”]pYR+SDhP畝UV\K3\BClpɖѪ=iuԆ+ A+2tje&%ą)ǥÑlǐ]"Pi#.MEwASk6ѱJHS')ÕEer#-I{c !KXTcr ;G=Pl|b?J4qeYIr|:n4*Z{ֈAڱ΢86[ VŧNEDǥt2kIOL9rk"_ T$Ŭޒ%npoԯGņUf@1g*<#0a(֭f|0C<:@wS }\6h%; vlb_/@9'6Y+AK~[\"A-Ww@WGaQ#yM^s^Kڦ&&JV֧G|e,n)}֛gli*]#vݞ:;o{^{ͼ\9qhʼt O?hXfuxB}%^zu\W쌭w|/ڄn3o޵7+==.Z4j1iQbeWqk~O}dWӟC :(](]-Iz^{IleWl?Q$[ ~/7{qhrJ"hѬ@. ]UY7R vnnoI)ޘZXꝔ;w4T$o]VUU5[*pbqƦw%By&4|Xg[vl8RvWr܁l;PUݻcwjXOM]wd4^0ҝs`_kVNJk+6ð$..cÓ{cV$lޙx@~oB3`sҴbKǴhX6p̄Ͼ>WBEz s#h h'A[0!@&b`&9D'l6#EfjFd.ю:_  [l`Ar|W:Woojl-]8A -nq{׼}8orx\.۳(`ZaLaoc-A2֐hUYEYei3+Rcd֍ -D[k"qQ&vί5'.m,Lp On()*έ\`Pߜq<64dx{پƣ|[?ٙ>Nu⚺6'M_yL`Z6f0麦(^L* D[uPx, ˖xy_=b#e Qhü89ׇbAǸ~,|'Ͽrsm] :Ze:~dq,j9?ʊ1m>kw;GM 67민+g -tO?>ZTW_Uニ/|f1<<|fFggg `&B>hH;NbmO̝rS K4DnDE}]4/?~9guo~xޫk{O9?FmKC^skoϝ7fwGMCz,_teGo_op-H,Gщ??ʳ/fwxխ(nm^lPKkƛuJ-yW]/{ym” jn)\=y-ͻo=s~v.ٞ\r0.&!5=E|87' E188}ؘę/U~s2 -9> ؀ dbðLk)Lٖsirbۻnܾk2u y84Xk昌u7זgM*Jض$c$iݽ#$kS+F3 bMH/yz]ijwͫv--N*J/*ܹUݕͽ1l+=5])q[ʼnIJ0+`;smٟ?7To8r(a6h@lnphІ̽;W.]|M*@䳈 ?򀑱 98wh&!L_?"O's{Cb㳋 ZX>[lh3AC84b&lx?w{/oIYUi;rۇ_7VcCvM6WVړuuٗPVwpoFICCOvdp|t>Ca:CƎ]sG,xzkwxgY9yq1ּҦ֖Ԟɱl[`rhGͦ%oid$3X2{q{;R'͕YiIXlozoElpt` O5sbr2wiԟcU`.pȀЙ\f{ `=x#6 g~B]5o?K.u{u{6nTU\>?;Z+%w'#9]G;k+k;kn.cꊪEܰx?5a˚="pcnNNjr\jE/_}U=ZNAٝzg=؋!j tՖWZ ӯꞦ7^{۹y9%5c1{jLM̌yxݛwl>rUtq+.Φ ë.bA"6@B$$$q+>ò@Ra0¶XR?.[~GyRN8u{zzPl|؁fn#6,TĴLfV@uט -4LiKw $k BGaQ\ =,7{Gk/ۯ߻axH4}j|l/TxED%AYr`rxpҧD`rɇ+n})G9Qb)MN9AuLCSuB2nb|jJl91Ӧ' &Pl \O!_"lE񗊍 6@AP:$-FH Ҭ\85B3sE4 ٢͎ߟfܕiBVcbFn4^` `ODk14sbR|S܈)@+Ѡ +"rkci& ==V` FcYPL>Ih= *qTǵhh ϡEig;z'bA؀ĩ)Vd -+ż\ Z6`37Xsf*8m5:75t(14+d W☾F4ׁif@W(4$@Cii혬3u8ELJ+Z]a~\6LR)0<[ [| ˎ5ɵQl X6~m\kƌIQõl`$'L]6#?{ޟW86{x -]BS3 L7^e& -7iA}\;& -P2q2-< axz.1 z{v V~śgxeX -tM奺6lMؠ)ֽt*Dwƌ$S Ql 2qܬǤDVUɬdFbc||>F #fhh~f&a{͂6֚<V}vf (6/6:;;BЗ7}3#555:u֎D<=\(mf<!'lZe - QAx2^ UwsIGFd!оlg?jl \###o #s -ٕҨ6 oQl|YI,(|δ%As^CL?m[hMdr,͓&4h7Ayk"N$<*.` -%`QKaq4ˡ_(|;!#'p_oSfÆ qqq Zlv>&j|ԟHX -eZ҅ x1T)G\bxbloK/2EP[M;jh!{󣴙,PɊMA;:Ll<]xQ5LuloMK !u̐=@PQ C4oF(15K `Y/Pӕ#Ȝ.իW IDN"n۶Ao(6d7 Q4Ix Ж[%Y)k61 زȠ*-Ui}Õ#Vm Jv6oӌmDU]uLvsPz-.l MkmsWf8*k,Gu.`{Y?4Bݑ~D=qMѕU[zs`d;c+O9*?p) `a|2S"2GLcbb:4;Yc,^U,Q8& 4bjLŦ*F]+8KۥHH+L8 hEq &%%?"8^,b4fD7L^CMaq}7\q.|su@`ޭW\~_1…[g~*wn>ܺH]~[~E睿-uV3{ֲ][o/ݕ  7Ql0Kx^0uW3&?e[uM]))IkM/6ys=ՙ5V*mx[Rbvo_=?ҐYpc̦ʸ:k%7O8ʑJMƶ;6vV ilة[ ڊhʃۛ -z%U˪eVT#(I i*H0pΤ#)ٴq=}M x{4&6o)H_$~B./N(SP iuώ%-dG\S76<7~ Pl  sZl0&؀,+6Kls~_cKwnRT=boM=1ۓ{׾Xx!wC܎-ՌߒVؔ1m]}[m qDqv-=<\ؼ}ُ=zFnNe;*MN޳g껯 vWt\u(kUsGdmˢ)sJ6 enln>wwYAnY~Nsd m++*l_y8m/;|O'e-])i#V@l>S27$egdnʪ@AؘFɆ=˳+9bEņI,hO-ۗnN6O{IIh~zT_xONa>8W4VTuvS ؑԉց_|PpvdNM=3v_L̪mV~Qϼtmw:TGeC9uaQ[[^}u lo*}yÒߺ5ЁϿ§Z?q=uN݃C-#!3'1"M% z^-[o;e'rzwՙ|~UO?c_rΞ{vޘ75'λ Ƀ_b, Ad 0f1@|9f ;j!O#踎׼i4[ GK4K#g,V-(Ė=^щ42OȪRZUmlϿkWyoeVKW\B[ VzZ2A/1$biI4ٱh{Gp,vҹ`޼so#JuՎmİ /)MWU7hYXsBqw֗X5-%-_U"׬k9zYgo릢>زn*Ql'> 3O>ɴiдd&&^h]ru8XܥiUH - Ef[ABlРS6uMR"ԛׄF6\Z;lIScC=!^ /6զ6LKك ijtzf^2OG]M96+goۚtR)i[ 45 -MK *ъI^ 6MQ5_h;b(4mCǕ_` 24U3%{zzX.+fjk(Ѻeē t3ZIbh".Z̛KOy^p/'>D騊+xν^eh:qZh۫7=wto\gg=HیM4:s382:^}P-b19=}X .JN/!rCF@u@A؈D"SSS:1 6qllltt"|5U̙^2Q+L>zxMW4StJ6Sդ5KBŌQ!Xov 'Z՘%!hZF^q4ºH,݊ -%uĩQĕVƕ!jyFs`ROm|3X A[b x YbÊX%vZt)ʤ$\y9z#^5VZ:loVX"^MBXeUR= gƠF yμ"h* .+LLw\4xf|=hXiN^6ܡ$Xv&Z;ZߖnVZ$C0щiCWѿ`W&94Mo\)bAڊ 4YpbiXVͲ4:e`-nahLCuu۴t#lòTNK9fZi;LhvMSai-ôuQ` Ze\K6h"0Z}͒2 ,Dҕa Iy'hڲȶ:Gi6u#U:ۢlLCsdqW7LUrD%2uKw 1bzӆ6Ql  _grv1i)*E-b+(rk.+Fؔ -BK-"ELސtQSx]􈢅e#:lJ#eIx]ib@^8EWErXS$خQ`.pD]-ےHBVQ,o*5CEY jH * Xt ֕Ӑ,xMt8CNG4šdY" 1XI.©!'d5~ .nHwTE" -;&Snd Y A/^Yь(6A؀V 4I٣.2aUAl uiF"Q><>> s655 A&6t]g<OMM`N[6AA M@l<922ܥȑ#,+ A#6 M]]]dhhhll# Ar\X|y{{;sQRRu%L_\nnnFFFCC^ rAK.mkkcQxd8'өx"Vf&FRR҇~GANAK4+ v*r}Ԙ`7`J֍rJl  }XM˗/Nr"s0w҂,+-- # 'h|͒~RqNSﮭѣ鉉Yd(kGANeCUu-^x7k^YzcqźU˟[k^_KW]d:UV\rѢEqqqF 5,u]4HmS<톦#I"B'JĒ}oA9!z5C09gҲOy=RS[ΘC'әl r`c&7ēR<[e[ϼP0l -}"'U_|ċqfV,# '=:L28̲߬VN)o=MF *Zh;q'  73?Vy/|ѡ( G 0  )4M۱~}__~9";:ڰ,bᇅ  _NqGQk.^taFK*xݺcr\ AA!6g>]+'U2\նN> AA0P4{zz=ʆolw|If:~\ |n188xVњ_zo\exK6mBA/9l0ύgN}6Z:]8e |.fQ@o_vɿ\wO}nSqõ, -AAɌex)c C1UU"dXĶEBq! bOhVnzcs[]"@ۡ=)!XAA//9=fxK\6  H0%}Q}+C  ȗduF͛6'$@H6^ |Q&{iJm.,y6AŒmڴ k# bAA  (6AA   AA @A   AAPl  bAA  (6AAPl  bAA  (6AA   AA @A   AAPl  ,x]8mہ@ 9 `z  h &6ŋxDx ްsO0 ?%Aa3)& pO.l8/qN;x3Nfʙ\" W,rlmVVa/g?[}L9 @ANHB0ѾˣdѣG9.ڽ{7EEEp0ikk;Nz  'Dl@$[or;vlݺuǖM6Sqٵk޽{o#<جvoYFQ# ek׮ nD98;8GTʲJ{L'.IZrr2I8_# } h.]o$ċ"/+0Y%Q?(K" 0˒,(I"!EIyDD3"6yYXXTAT%QQ؊.I aLYAE^`l0Kau`ez 3sF`HO4:W:j*8Y# 'h>ÎM# #| Dx6ґALyS"!%,8!$,H~aqBQ@DBNIPH| a/\@K)ɜqB$$B!W@q\He'M bA-6H$(?`^JHP ”d**P ( -TBHPae' ) " \D`rG¢Fr$ ؀M)* Ad -z؈xb$ʅ`Bt.pBP@Qx -MAQ H*, $0B'{aB0T#,"=G{T#S2L% Ad Ռ~jKQvVx@#O*Ҥ!2B@- -x) A`1Y6\D}$' AJup AdN +I" +>[ KI8 ->"/Bp)" TxQ45@"&Bq! F )!SiSث09.(aIhq~OoyMR 2ĆisxrAMYɝ8~JE -) H$\P5_$3%> haNd9 -EA5LuME9 ;YS~yʼ7tN|}ǯṋ[p?ދ-PӸ :4v.pSw˕{~odd/O=KyO,TS7p7Pl  sMlQ½ -OLeSN{~m_]2Wzک7W }ۑg%q jqRX8B|[^~NZnѩ(;%',ZW ,I9IKKHS0 2Ć>1Mv}WW# ?uw[";:?J0D?>X>6'Ooڅ?/k%d2NUuS*EHLq({ͫ?/nk[6 [k ߘu7_sNw}{CaZnPl@AP[ - KTE 8'?Y5i$eGo~8[OypDMk}ıo8๻sg}4h泦W{1ԩ?~[-,}RXɃ'O -˟VV<.+++((,/+++-.}$I売g%%OKbd† u qԫ3]Hu)\֥i陗.f|vKٗ.]ȸq)rƥW.gfr_Ⱦv3+7/_Kq|+W_L;)3##rF]x!#˗T3Ӯ>{Eu>-+bFK>ꪬ̬l~Ig>كv͛7Ϝ9s֭dx}dtms55v4-+daa'5h1¦ HĈFn,l6'9q0ˎFP Um*5"mmpȉ݋0fdqˎ%bX,7 ށFݹs'>y^+WLRPIr IIDK&1$S([Pv]!xQe);zڣ   Պ)0MSɆc!=)u)/uk>J\}LO%ue Zkc$9ҳF6GX*&JuXHGb%K;a0is.1Iץɧ-Hi0$uPF0Y%ʫ dBXP^TVnGm*'6caLIղa%|z뱢W?Wm՗ܹ{ KfzJQ˾>ɣކ {7tj K HhWwl%ͬ߾w/3\׏lXRwؿe߾3?nNͲK^;`[f,*~ -  eT]6 hhY?'B}XHL Sh"tb#iDΫ"HJ;ǯ$0 k9gʄ"-?TjmyX =kB/uӳ9'YٝLeF_q o/cHΰDlco5t (r\p -1x?ZBicQ.Ej='fT4Da  zBbGC7%6um~էߕA安RCa+名SJ vH>ru>$SKB;^J=I8:6օ\)ՆtOcs"TD$v `+b`y_W`FZQ?`|DzFq%+ H+P6lʸ?D n)A6@6^6ا1^Ub "ژ0<q\sl"91a!]-$3f9RFG " ]٭ywoTN\D ^y}Ku~ $Vjq{`K<{wܘI3|-C6yrAA gnXyW2pf99ݺjxDQ&xg_oCMWw=}֭;7m+mlkg@6@6!&J'>=jlPBMW{r̸7L1o޼om[9oVWmw(ĞY5%35 .hyrs'M_<{+O Nw/JϸyL٫͙=}^au[E^٠=O R"2.j?~j_yHNt9e{ 1'T|;mݴٓ6;qLλ1|(V'GW,yS,Q7I;5~6WlRp_bl8UܐĜz=׋׾k{ܩ W&WYdB[WoIYGG4GW︓_z:,'n<'99y3-_t `h!d@6^ٰ)E:ՋK$ps'܍w^;s/? \Va%3*b}پ69셊(7ܾHÖ=KM:wg2HG뾔[7t$[@6@6]6^Wݟ %8z} l=z|رco5?Tv6mʕ+2L `ˆjթ@-PUaՖ1enSs]EEE,gNTmh |x?  C6]{3kj‚_9S;MQ<|-lbz|Aj栕 :~'esЁT7@6/l.eO1A7 g 4#16 -v ВVA "oBQo !x9{!FU ZܶM2ڜĖlbl|%39ojB*~*yAH"ϙq`.0Td٘!pG~2X#{>G($[lCH6)SfO -_ճDs0 - VЕl&yXkp鸢;`aHp QЈQTm\]Đ`_6 Jl N ,d~Ş:M~xNΓ]hG2V7q3%G;KlKDxxZ?FlK_A+h݂_e%Uڪgi8!\fK‘`dl 3V̙kKWGsJQTU0CaDU?!+/b(T=z_T[{곋TU -wxBul|6`FDzA1jsbL u؅Ķ)EQF=3)!ԞqIGp% -RtaT3d+TB0qG(sUET1Sln*{v}Qj fvvumŸ{W@6!J!Hg28${|#jOخs-L- 5G{3\iE2V]K;z~'Ӣ\Eh#1%^p.yyUnד'Ҷnّyn#Y#_ۣųYvOAP w([nedټ?P-kC=qʺl]vڝUmc s x!q6tW=̜>op o7~G2ۏ9UYiw^~7#F4\wEp87i77چ~[o+ˑScẼ#ɗ2.?yb9rMgo_3zޔѣRl[<|篏f:4t" nrS#ޙWj -lId~>A)U^ᾊ Ɨ:5M3DzKvՖre^x̫XV]CX§S m=b5ϲwnm(xlrAݔU5qsr?:u #Jn=vݚƛw4քh9[Y~_Ngns'YnGOZ)و?xt;P{* =t| ./@W%깗DMf_ds/WX{)[o;g)Oxd:ƃM˷7z>qEVy|Ȗ%%]t쇥yOe}=~V};%x}cذos ĒK.ٴ&fAۚ4}Oͨ72SSN޵t9|܂*J$`d#F=@p\WS?'BRPa#Gذaų0nݝ'KVIWgώMkN^}%|ѻYW-wNe=tґJum-yRUmG;# 7nbuNḱNZuS}ܸs߹ٗ*ޞ>nm\w%qd~>1VNpbY/PUӦӢ!lp6yH*ԕD'gL0*2ALl/Zҍ̟0Ͽ3Vnxдw lܵD2$#'(%`I(wB/dU_# 2[5Hדg]xXƪ%m'wm^f߾Ԫ$Ĕ"2 -s6$@*^@,l *%#E@[bS -%RFb7Ν<~Œ2[ј!)=*q=aRw0BԋU:,:&Ga:ZՕ45J٧[bFuSC**'q\2Utzd>'PMU4Ud6ȵ`=i^?Kr>&x0__0 ަA-D"I6 - -P;]]]}}}J2ާ?#>j_C¬yj@6!$l`h0=cs յxF2^ _d+;%AҢҔJ;+Z e W涭?i'qq ;,}[:RG;Rp6Or̕c 0":y5#matyʽ8ӆʽWDC!tH GB8K%_KـpP ZE2!Px-AWIhC.ٻtcis]k_/eT׹1qˢ#+:vjm+I:kn_z]Ղpuޑ.+.ܱ~m{ C4b=ۺ7lQol}}ۓ>v<}9Dyv;,5eÆY.->Pn4ZȩG]d 57]PNqƔQ {6>%WU*p1bK7ڥmkܶ}}Ɗڂ',[vךPܿH{evo[:ʲƐ$$T|˒IZv4#evl;}*؁us,NkJ6BTen=gj9wEz^g_ۗ~îyg珤6e✂N(]O۸yC[NvZ8oة'_!9wɜ.[[YWIFa늳QQהj/g(  1aT??Vʱԩ^Pqlo|m/ޟX47[Xdִ9wWxJ=M7Xxر$)I<[637xtp˂/|7꽷bT}1(!D5^A ?HJyO$AІwP)d -0d# 5]KPqcsސ)SmcxwQP~n7B&Q<l WF -ڸa1W14|#P u;%#{Б_>~# `hF|b BMA(\_Y_!'l#b><8kQὃ˩sZ  $Фo1Rپ__C`5 -0te텞PAg "oHqE .@Lu$=3&";'W1HzI?1$|d+{Uڲ Z 39KtW lpUu(]ҏ-^ Y nA60J0TAti+j.D/l|n*؏)g.j0P\u렗#`|> `dTӬ#Aʫ|a"1# fuS1O4Ɇ\/|ʵD^=G"k׮BÇxM6Dvƒ>Q&k**x4jܴӯZwk8tYEYڴSt*m -?u1KN&[|q9#F?nQF-ŮΎ汦KWO;mEk8ވ5m٦Y Klx3:ZRMYO?'N_j);ar慳gwM>{]k&q{]¤"k d²b ˼ rlxSBQǥd]nqӫTǺGR/r.n/jg>󬽥G=f[~ʲ3ik(cגuтCK' ̈^=vmؾd'Յ ϗ?<}jG>Y u&Xaڶ{W,6&/YiSYA~ڙK'|4>\^WXgwq$ !$xeO .q7ܢƍys1ssT;s9{~7wߝRTiUmqƅeI3j*!͊soOÆߎ\d꺶ΰa+:XoƊo_\ʽuV泦*[2͚8zď0 Z|ɓy.(-9׆ ߝx۷oL4wԯ /GFd B6̏lnoܿeI'6֖4ֆt;0s)ZU;j ޱełyz̾kWΞPFӢxʽ<Κed]yEIH;sK6;u!i_<ڒ/ fҤ:z؁}\q6%K͘{ŰM+X%үk|rwۺesW$g<5^trbeC5Uh4+٨e#iy^Ǒ~bj`T`1.+#BRR?;oxiN.p)KKI -А+gOM9zҢB&8O͐.(up1*[9#GO6=iߔJ,%(#ҧ=CRCyA :.r `ʫWs!>'Wы8XbS-o㩇6%-:ܖ 1k%7cz_`FYiPπ&yH2 `?Hp6h_#0 eQ |UA[($` !6tGB8Z6EN LODb̙DBL; V`#߉`TI߿"%/ể=1tph d^g>[mnnnmmmkk vhQ;MHD"W?(zy & S2ߐt'J?gtD\6^X2x A=bڎ=nEnqj鸦,"ԯ.׹bZ1k`QsLqmӳOHUʢz nYi8Xq.qlunXc.Ev@1Uĵ%z0IJ_e;:Q0QfLRܤXfs-u9kqս^rDy F@6"//wd#8a9vp Y.1-icFHԊh-VB6Tmi]/=GFm&ؾ(pQDµ]ϢE7fy1[Uo# =p]lY7OB?+5!c!_i˅ϡ~ `\lDz]T22"u -&ɞ:<#swٞŸ>i฾ݞ{('.q D0`R_Wb+OL0yDMfG>w~ 0Dec%)x -BHp.MWºM2#tӭKreAVoDDthІCCz>Շy -~LBd Nqc#/UD=!׏V@6g ~TAGz+,e\ҨͿ\QW"S7zĈL3ÂKKmb%)MK:nr5@b,0Tu$J* a)}"\;Dt?S:ayXǠ*.oJ6dq%ZTjuki$UQ)u!ml(@ c7,e۪Y)TaϮ N?sX8qOϊ4m_i76/V/[VO;a᫷on*ͯ{Z^Wy񓦮Xws#LhS͝Wfϛg,6bQ!|٠h{굫&LQMIGO]pS^Db'yQdUlؗ]tqox':K1l,Nl/Ɇ'eoAc~2},ƛcF-zܑKۓ+kk*LҨ'5 v̨nsNm'R\Ɲƌz?|gĢ<|ޙۇN_c;I'thYKVL]4q̝}zZ^O?iܤs._z2eֻs̜Ey555OXg61p/u1G0M6QUAD14 ͨsiľr~A/GڬjfԣUu{SڑӵUM10uyf^=79M~kڜԍiQm~A#mVTCᢂڴwr.8qώ m+hml鰏cXgSu ӷ>z(s{K󲷬-i(BKv=q~'N<>z/V8/'-nSĽgXew3Y1=kr@6gՁ4 A)%JKO*kL3F/ί7{l1?}Qc?ikʹ)%KVV;ȠÿaÆ돥︸sΝ;2^Y-)gX݇xoďg\v/[_Kqo h^M3}~wLc&N9n''[zCue㍛WFL,/?ֽ3sϾjν#'b#\?l`䊗e#ǡLCQV#x4eKҏ\q̞V=q+8xtsԐNs'Vn=0yڜΜ/8r`Nݼ8]t7?V1XwpT?xhv UC( H,U,Æ(]!$:prJ#ē\:ud3UMJ%#1UtUW5(06q D:Vn@d"TW S= -|U/+KaBu@6F~ V >IK ~aQ!!٨U,)?xk8%ѡ!: r XF)gB#ݷ{~\ UwOj°۶"k V~P,۠X/N%\]ǥ+X -kpR| `Yʋe(lг -B----/ ^ccO!r\+wTP\7:wA d%!{Dѷt΄6F=8'ܷ!uTׯ 'qyNi8 W2}٠_fг -PǕoE|ƒPǃj~u?yK1Bu3\r YtB?T-!}"iRb O.cb =wTs)U(=zR)BJI"gRrY1N8/_Ewl_ -x#2Ά/E]AfF1`+zBmG! YBA1U!@6/eFк%d"6n*+нX2I$CI::34ř$\OLY lǽeX ,B_) EP"=!>WURd#RضcĤshDz­J6̨39dqB17֛$2#0q!騺v+nu: ȍ E*dc zJ6*ގ+[֤f}eonh)}-ny`Ӻ RVt"uGc7n_?fߛzfumuuc>=nĴKgضa_Ͳj/_w瑜|G;W8'2&dҲA %mUQ6ܾgNݿβ{k(sA+o<"ʭ;cܤٳ-/{VUƩkJϐ\Ev'/>lw=2O/}dڲN26Џ:^  Z4w֜{,!R0k+#FbA$`#H_u Jŕ}=-N ۂp) Y@s3Q}^X &0?49S9%q0WbKH1L zHYQQC:$I$,ہlCK6](sP˗뛛[[[ЏWu:0!Nc"4(߈:T0)u+"HmL(L B"x\'#S= ΩcCRӣՎk׮llTWW}PH bcggg4EY[Wm68" Ƿ =5̏K΂4tΎ1\5\m\__:i}k-<`O6Ml͓lkr[}`E|KX.Jb3Ti# -endstream -endobj -747 0 obj -<< -/Type /XObject -/Subtype /Image -/Width 719 -/Height 823 -/BitsPerComponent 8 -/ColorSpace /DeviceGray -/Length 596 -/Filter /FlateDecode ->> -stream -x1 g 2kj -endstream -endobj -737 0 obj -<> -endobj -745 0 obj -<< -/D [743 0 R /XYZ 71 757.862 null] ->> -endobj -182 0 obj -<< -/D [743 0 R /XYZ 72 158.391 null] ->> -endobj -746 0 obj -<< -/D [743 0 R /XYZ 72 87.698 null] ->> -endobj -742 0 obj -<< -/Font << /F27 251 0 R /F16 253 0 R >> -/XObject << /Im6 736 0 R >> -/ProcSet [ /PDF /Text /ImageC ] ->> -endobj -752 0 obj -<< -/Length 2090 -/Filter /FlateDecode ->> -stream -xX[o8~ϯУ $nizh:[`ܱ%$,I:"s?u q/ɂ%^³ f+6_~c^ s?{,HnVn< L#h_.-.~屗Y,bo؟Ҁ[Vu9\ȟ?vQ Dz&WcjFo;]W?_L'e"Y<&Vfg<`'bzU7C~e4Z$ }N0侮N-U#* Cn^VؑH=LW?FuSҐ쒕B=A-ȢX<>v_uM;អ&:s]jIV&Q4G7wjԩ.79NfFSEg&2<{?_nb{1K"~x4O?L&3О``.G;-)CI§8-VVt4+5vvZCT(Fhif>65}ӥkaaagjKӴ]ɭ^!#UNBQxNBPPt$@ YZY?=ږ)Lب 'BWzk 򣚍@tep67?D: “i$.e8&#~inZCK?΁w'1G*891qAɘƐ`mՏۺvP{Ʉ0f<{\CGwA7.x&<E_[\jD 0yȱ)l;oB7oATZkgʖF!]| -7uKK/qQ" 8]w+jk-z)4U+$Qrh !X'ĥ#"%"՟t%O~ҷ:\6'݁ufUn`Nm)5Uyp31M*Asp0Y,4\ -aE0@q\1{Ll6b8~5F0R4(H=` IM0와0#Ɗ%UI%5:ܘmOj3UdcL۬@a2&d{"1-l_keW+H0/I#]>}me̜ҜZo, Wߠ0ǔd6TJ΀zgӀ 0CTYi> 4(G͌,zpPJ ;R~O3k{Mި5&IgVe@v 09HB&5S#ԡ?msS{i;DԻjtJ@ںgDFsͮґ[IXdkjΪhNF,4w]!+o[4>bhBJh#OەFb eXs' u޽Y# 6ژW9Ɗ,o+ޝWyumAO(Vߏ}mlek-bځ(tjխƸ*zGp&T@>[M@_ -iߤ*8> -endobj -748 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [362.716 203.12 477.618 213.35] -/Subtype/Link/A<> ->> -endobj -753 0 obj -<< -/D [751 0 R /XYZ 71 757.862 null] ->> -endobj -754 0 obj -<< -/D [751 0 R /XYZ 72 503.679 null] ->> -endobj -186 0 obj -<< -/D [751 0 R /XYZ 72 325.95 null] ->> -endobj -755 0 obj -<< -/D [751 0 R /XYZ 72 258.31 null] ->> -endobj -750 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -758 0 obj -<< -/Length 2165 -/Filter /FlateDecode ->> -stream -xڽX[s۶~#5Aysl4q3aHƩ$*_v Je;i" wA|q UD:VEIPmN5!#U; ,`ޞ|ry+ETI,oGZT:xf]/NH,1xNREï;xҡYiZm]ryD8"  " AV}+WuكHYuBtT"R>ߛ-zz(m^L_/H8 @AQe,Fk{ڒmkԛif\ n} ?#,ζ!}H荐?YX7]vD&vc:"aȉ\0fU(oedZ'IBE&qwT*3Z4mSW+ݚikZ[3<~&|"PAQdr_i^_m7}s~ ywQlHr=S\8*{T3#0x^|Ήcn^]jhy;SLgh=Vb5Y9D( ޿t}ߢ7pqVdQ&Qz]))I9'E -5,fWIu9Qs6z$\Wq?7T]QqK0?ݚIw^t=Uٹ:O:`nFy}P:{/d]n_keg1JjR׌8+C8dg;#f`쇖kn9FOP`ҩyw;#8|VR(/X5m;1)c ?2F{?bYyd-P~*0-or# -_\v\rͥ\%n_9sۗ"] =|"ʥvO%{ΰ`\bч -T3^UګCQ -:cvW%)PB \nebDJD:g1=xtΛDqQ3?mqE7I p6k=Ƨ!!kzO@ծ=;$fN [ o*̡ -MG{Nx kFk -\g qlS;}n3]Cų?mh;D4:RIE*SF*!4OK;׿}':Jtey5(ke`t7o9p%v(OД35gGd0S w؎`Ih")0(P$ -u1NavҺ!bB#${W~Bd| 2B}ԃk<`fIȸaRv05-wvͱGe a_'[p|B6;B|C8>7K]M&|/IPOtg?o{5K'cѓb)=w_1 -(GV,1X}g,$iE VT29Ny -endstream -endobj -757 0 obj -<< -/Type /Page -/Contents 758 0 R -/Resources 756 0 R -/MediaBox [0 0 612 792] -/Parent 723 0 R -/Annots [ 749 0 R ] ->> -endobj -749 0 obj -<< -/Type /Annot -/Border[0 0 0]/H/I/C[0 1 1] -/Rect [362.337 628.944 493.843 639.175] -/Subtype/Link/A<> ->> -endobj -759 0 obj -<< -/D [757 0 R /XYZ 71 757.862 null] ->> -endobj -760 0 obj -<< -/D [757 0 R /XYZ 72 491.724 null] ->> -endobj -190 0 obj -<< -/D [757 0 R /XYZ 72 337.352 null] ->> -endobj -761 0 obj -<< -/D [757 0 R /XYZ 72 257.748 null] ->> -endobj -756 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R /F27 251 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -764 0 obj -<< -/Length 2988 -/Filter /FlateDecode ->> -stream -xڽZIsWJƖѸC<˕l-eh4>okܤT{~{+Z|{~"Z&4yȢ"L^W}PaVd'Z]Jn?]xFT,djKM"c_; }mb-u<vy4 ~PwnthXS_NlZD*"&ru}?nȊ, -:4Yp%qn>xcxhܺu%p8,TE0%_ ,\Q&QVڗ ጲ]!ٸ{<$Y{g^gL Nk -o~X g^񫊍뇃Sy6"b㺶ku*qvչ3?l|Bx~SIxqČߜ V -a^'pHAD5i8ČW1^wlVx=Ei 5 3xE{$ 9RGL ૽_uH[$Q-6L4ſl!$I9/vF VD^Mj]#eHĨu 3Q_択l\33:*ҿ3\VÓ?,`ρR;?{w?sa؝Dӱ=.-g(jzIi!B%hT8ᾮx='EF @pz7J{6EMQ6 ]P)eΞsݦtr,=7vpL4LƤn$$ 1 :lB0(( άXU*npx.Gt&iHr)6a졣6V&e!N狼R s8锳?6 -BZz$^_ը`+86-aCES6F3CLq=]S!H \$8K/<~^Ҩ6b=L::*v^z a:ʿ=|Iyo"ȆTԤagGx:V{7Yay/e1"ѹ/@Pj[5y3rQa. /(vE+}5&({_`qy,dZ"kߨ1;L%E\mEɸoYj]FZtzIabېr0rЖ%K;<Yu,A8~ե, .;V,ZlSD;KGHG_GEi&9R&A_(Uw;pb -~}l! zl=rSM'k&II&-t\Dω)1Sz=IFĈXMAb_Rnkr1}M%ױ)2lj'c`&ǀ1Hﻺt'(~|5:2D0'zx-Š=g-W?@dRϒa|6wP΢#iqhCPb]"$Gɡjш]EnK>%_ݴ9^>\b,y^段gq×x$s bhsD;Μ (H5(c+6Xfs-ՉǍyO{[ -emJwlM(<5Сb(_I#^x|SAIo ǤΖG4EU -ԍ0 hg+qJ -4xBOU◑ _^Q`i,ӷ| fuq{B2Ķ_JK4nυ7lrJF T_8Ȅi>W(O]> -%̂(?L`jvSxR+%&9P/h=/$U((l0&"ࠜAa.Q +  -aqb݉oc` G׭DuaաA%1: -~\ zhEzp|OtGVgr9u/Vb> -endobj -765 0 obj -<< -/D [763 0 R /XYZ 71 757.862 null] ->> -endobj -766 0 obj -<< -/D [763 0 R /XYZ 72 455.859 null] ->> -endobj -762 0 obj -<< -/Font << /F16 253 0 R /F28 252 0 R /F47 276 0 R >> -/ProcSet [ /PDF /Text ] ->> -endobj -771 0 obj -<< -/Length 915 -/Filter /FlateDecode ->> -stream -xVMs6WHqL-Mujk:I3%(Tw%Q8@pX}vEFVg,>X}1 b -j&3ʤ&ˆ|Iu }I)jJݢ \\]t}2YFGu44[,gP0‰D v8hl\FBVy;~c Bfg1CBΩsS -Fs4T"O׷{N4De\+B>K>ŗEWBhhLm\~_>ep[E:>Ll׷h}؎W -:LmI:؋-l}SUE}v>:_!QA6G\y14+,x, )L/*N//ȝ;uLo6 "ȥ=ve;+8Gs&w~h;t۪5ͽ Oн, U z&7Հ4{sa1jHԒ2 lpMsXuJw|9e -yJVұ`W5.YN\8mdG.DaӴl*tBQ)/L> -endobj -768 0 obj -<< -/Type /XObject -/Subtype /Image -/Width 941 -/Height 677 -/BitsPerComponent 8 -/Length 279120 -/ColorSpace /DeviceRGB -/Filter /DCTDecode ->> -stream -JFIFHHCC" - }!1AQa"q2#BR$3br -%&'()*456789:CDEFGHIJSTUVWXYZcdefghijstuvwxyz - w!1AQaq"2B #3Rbr -$4%&'()*56789:CDEFGHIJSTUVWXYZcdefghijstuvwxyz ?(((((((((((((((((((((((((((((($_sGk~"&Oxy%|>@Su|>Cy4$ѴԾk0k(k)sk){:SS-_JY{ΤIMsIJOUJ~Jo)>(((((((((((((((((((((((((((((((((((((((((((((((((((?_(77MC1x~]ǟF-8*?dh4/ h~o_5Elq'bF T)ҡJTpU+U׌p?KQ'gWƮhӖeMJuiFxzF3R_ZKJh|-(~ϊo7CE࿌_?-wRF7>5|QY>;,«m:^׼/mFO#Tgß+S:>:x`Oo ]ҟߏ<CE~KKö>/Fo=?BSH5;O ]w -}7S|&n?b~"?м1Y[pkY/Vy?b%U|~C>{+xn;[ŚV~Ϟ- -_ol[S>?c{]sJt*M^|ST*y_c0|5?TPJӆ1U)`aV`8<i,{dN^11u`.qV*/R.LE9bʩaVSπ??_nN O?O_9M[|-0ͥ?+ψzuφS_7|qާ05?w}ڿ;-x -ďh|v6^k/ izx&Ww #c`b yE%|9O>Gu Eϊ_ |_KO^7<aUSM%tvݿ%_&'??Ǎmmd? 7ÏZMq;73yW7$Vh>%״{]h~:~Ɵo콠xOK)~F_ooxEfhu_5o4Jo1E&M:J\6DGB" _*>f}V43\:XN$b(8P9\r|eJpufija[RWU,u.0ɩTٞKqh UV_\|w؛xxNj(@|3|=Bx^:5CតX|4񶅠}]VPЁmy9_ ;kO gĿ]MYZYF:~˚&&񷏮P_4뚿^|ouƏ4Nm}b/j\໵Җ)_H|O,l?<5y?>/V^ sxT;VWM~ҭ6Q)&>#2,ocN|>hxo$U%<𷂾"vsxi+ݧj~xcoBZ/u[;~M iƛK$y@~?e^~&~>><5zK Ks }/[l)kw⏈_W|%JO]~k>3H?/kⷅ<{((7xŸky??Q0&yփaAб\]v1Ga|9 muĿZ'EߋCL𕯎YaOJΟ5>]n{M5nn"5}a<+c:J~Q*̰sƾ30a9ԧ T˰t2=V'jQĺhΜ23 *r ->_4x~296u=wN>xlyKGdt"]jv}.%K~:8KZS?'>?Y _<)x_ǂ?c -xB~z?7uoEӼKjL}cG~RLW@M<_6?fPxWᵟw>u v_VGM՟\HeԤl'>XjyCRhC04єjQe>"Y100C.u1525`ʮjԋ_ tkTFj [1qi1u' ,~dUWa~%όm -:ľ7 <9\*smk!/ xߤA$78+⾓_??3>/᷃?#/$N -;xLuMkV>s;6clZmN;Hlo.<)bޭ -YOz9gAÈ]*tl2ad<=,9`kz8p'Os KS3bbq -lqZ*1o۫ - /كş -~~7?m3㮓0)]4ů:[$Z'gMԛƞ=<[%֡>b_Q~~,~?'_c; Qx⇀8W_yjz?>"3,WҦмii xCkVj+~DuZ~#?N' lwgC<5_XxmO2m xg=\IvKm?Nef/ث3eGAᮍo;XռL#W5=O~< |` wZּemi'Iu.~ -[ܿeO(6nyЩ6z'EbLfPG,o*o,Sћ+;_@ћ+;G,o*o,Sߴ_./%x.^x7s,(>LФa ]<={5O?a⨯o1iQhV?,fⳬZX|N)R(:ue(GXSuOGw੿f,N  -Fo?hpkRow"_IW(=_&G?ɒtN',o*o,Sћ+;\'9L&eY'qj0qTWe4b(Դ+Iǟ|RYY,>'V:ҲT):ŧ;XT3YEhM7?eWJvOx~DSKé7;?M/+u/yd?:?'N77Ŗ~_)?cS`YgҝMx~DSKé7;?7cEoGh?Lq?cS`Ygҝ77Ŗ~_)?M/(_E4:#?Q{Md?:?'N77Ŗ~_)?cS`YgҝMx~DSKé7;?7cEoGh?Lq?cS`Ygҝ77Ŗ~_)?M/(_E4:#?Q{Md?:?'N77Ŗ~_)?cS`YgҝMx~DSKé7;?7cEoGh?Lq?cS`Ygҝ77Ŗ~_)?M/(_E4:#?Q{Md?:?'O ? x=|R׾; cWe|bԥm >91ؗ/{ V.5M)/#)$,lzE //H!gM/(u/yY2O /u7oOKxoRm&"ܾztj "kpqY"0EF&✺9Exա0rZU clDynIFI֧acTd5-ZN15QEEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPu')~~ݚlny }q?짨n ZF8bam]Yüj~O(Gc~VKQ[#+\Ikc{rdx,U1QE~Z~Frgo$r^Obǿzׯࣚ7~]oۻL9?xIuο:`?3Wb׉!Z bR'+<$W|~i -O]oZi_>нzׯ`?3Q A*Uc?ٰ?/yyVG>Ba^^= OBeazˊ_qW ?/oG}X'zT?~gc?ٰ?/yyVAϸ+ПzףB,=?`?3P~^< t?z_O= {_z ?UOXOl/OqK^Ր{:? -/'}н| A*X'zT,v_6/?=_ޗBa^^{G,=;/ \R痟d·oK {_zK2O+H2quOzX'zUxɥ^ɂP0HPk FcR -5' 5'-?4ͫ^CIa Hv^xLҼwei(/|6exI.5O\mjӦ-nd/ C >0x8/c>(O>'ҼQtQu˸ ȿ"Ε/gRzLuZGmS>񞫭_xNQnjAjgu_QZ:,GZhut&%}vk0,;p ƭJeYG y&SIEkY9iJsmTH쭁k4MQ /2U+B93/҄iƌWqJ޷ՙŒ:$xۦR|IgdXFE'.n7 )s%!ͅ_'7?pge=ChSĚѬY:G\=ÏkWuv>u_gŹa*~'Ag~9~Zg\ēZF$j]M/ ilmYOGljx̫ypaG RZ*gXL< yҍ<„:x.XyBSЕ(:Yu*eOʾwuJH0TB*x(9{HNIӫR}н"=>~ʿ6"[Nxi]nt^kxtE9 ƿ/#<]}GfmD|&ѧ|$Ծ*xnW^,{CoÑkWO^Ago]'vVn强Cjs[WSW[_|t_UC?|Yϊ7Vi~+hG+~[]NQ~jzEM& 7GS,qf pㅫ˚J7Ruԍ( iV -.*G PQiՅ(W0¼7+֩NUzrSZ劼m)~~oWxmim#&'Ko|KxkPFu`_Ah>U<#B^h)KSirm|+UbIᦂI%~h/˥\|νx?|g=mY8W[Zx9}=.Rx# G3*TU9K%_xoZޟxD}ůj?<}kqx7Ctx{5KMY ^FMUFYK K,T<'=XQg 4g8b%N8::xR.jJbOsPp.OSci{9YFԧqe?X?4/Q}TA$_z)isWǟ ?j+_ŏ^0Լ=37-4?'5ߛ-u_ E<9SG}.xXҴ -ꚟ#xF\vU֫?bҼٿ@FABa^^= OBeazˊ_qW ?/oG}X'zT?~gc?ٰ?/yyVAϸ+ПzףB,=?`?3P~^< t?z_Mk> =5O"c+>>~^s;\#_ ~Wu)DF,EF*L -v^InJ>ҥVKUEWGQEQEQE~Zܶoqu/㧨f?O}?cvgq<%']?W_,!=G?ƿ8ƼI -hNk*9Y-n˧٬i}w(FOZ_>?S4ah~G,!=G?ƾ[~n[%y?OZƾz? Q}~n[%y -ߵ9'fc$oo#F+,5EŨ֓ reW2BgHf'?>'3ᕷ"d/pITH]o(^7~\QŜ?&7sy/ڶM}&[Y|˧Ufَ15 J)1hӥ7ʶ>ekᢚ{kFbqM#hd:xp<½J^*kWӓ4ah5t_n|3log/)3>&*~+S[-u|1->-+]ux{FYW"xK}ߋhW?i+?=wQiDπ $^uio Mg߉?mGy  4VE V>2l&{K.^X70R4u, 9VaTe9] WΔJSZR9ʧBnU9F]8Q -uRk }gg#j><7[MXмc-{_n4&wYi]GUYm#'>_(|O^ZXi2:Ia{>ŅqZڽ2Y@{+=ݬ4|kws?_C|L)$VӼ)<[z?t1Zj\Ua٦3ThWT#/jW*q_TQF.]OpL\rB$猝j.8a -NZq\_)> 8݄-oY]Z杪[:nj^Zsi}g<2's COn&~ ~ TԼW[k#ƚs-W^!4h>kshdCnZt7^?#"晍 7KY_kY”hҥєqQJQR -UJ{ -hF -h9KVABZ5%*|ϖ_-?G񯞿a?4ck_.VrQPW CO~kXCz>ˆ.)wս,rQPWl~?iifxk>3[@PsoǚKׇ۟? -u?8tp"tSm"l&;EY/y6췻>'I`WVKU{|QE~zEPEPEPEPEPEPEPEPEPEPEPEPEPEPEP'oXј.UU8?i=?&(}?~[5/S\oE}:kA_W-UO'!ž &kjھKL=7A\C 3>{WE/4;n%N!͸O2j،,'XPjx> UR69585(?.f!2JV<^; :N1Ɲz麔AMEΜ&z??0?WϿg/g/|Wǽ?TqOwNO#o"Kf/A`=U| +x +xмOiӐȿy__?A_>?3S?- )";|dw|^S/p݁iƸ5a~c0YWtpk{lMnI*$+F11~as<*bWpu'x{*+NxI^<?A_>_i*?G,_i*?]K_Q?99/d?ow<&z??0?WϿg/g/ _Q?9/OO+ *LU,_i*?G,_i*?BWǽ?TqOwNCo"Kf/A`=U|~%_{\? -%>"8^Dɼ/1xbo?Stlp9q>݂xeӍp,NEX 䗲ONYrAۣel[Xjb>}_ Kx{*iӅ%0?U[ib2w?x?,_i*?G,_i*?]OǙ^%fJjj}udZKf/|l|+?{Ro YG#-|E[]/q;[ Y_ ^x~&k3zW47v)k'eּ7mMۺF>t=Bq?g//,_i*?_A%'jש}{j؈⪸f9E8TĬOSNIԔ;|dSW[+CD|O^WgxSA}oڷn[ŦMs-7SXݍb}F]JxPB|=/3 ]Ng[!gyӿ&OGyl]3e~ȿU~Y_ؿU~Gq)Ε:2!]aYvjV^4jj)0S%#Vh$gs<4U,_}Ty6J J&IӝF~#/ WJwuؿG WCd#PBm"}yw?iOS?|^o_ ---/|?.>m5KY4gv>"x[ ׼ETkg& YM/,c?_g#wQ!a?DYxGucX\(ςPJrYe3ʪQR8CRXKy=/ (OzYbx />ѶCye~_bOWĿs /4?!Cl\4X&u>"V|+UY*sw-4YTCAҔs웚Y_9J3)xJߜ9ɹs7&x;|{>0aOӗ?؂YKht?qc/'W|;#|i.4Qaa9QT_w|KٵY_/4WE/4OHZB&24z^ڤSJrd",%x8Hla(VR8MF/ -j4*(J;?_x/):g_\kwMf -[gV6Z^!ơ[BmWPlυ ko<'࡬}iڿV:(~\}ע~>+pg" +xָ >8\ouRG>N #J+`(1JW[Yrj:n5_lUEV{Jj*e׶WUƖ&u1(RRn.Ry99MBɿ?_'>}A~)|3GÝke:U?lomww'ψ^yS~/M5$76r#ۋH5g[}\Os"OE4>_ Ku.b5|ixZφk3麄" fѾi䙡I''L<9<+WO [4f^'*s<<* \N6+F4'*2HFaRMMF$եf3Ս W8Յn; *RjF|D&pSIm/LT`e~_bOW?e~_bOW^ -j?4cN%3|i0?Q *}<} ?_g<} ?_g^ -j?4cNm_{_E?5?;^%N!͸O2j،,'1xPȲzUl<'VEiӓxɫJ cR/ԩ -Ui㰘ZJiׯNrSMMGwNB]M?'ZKDWg/g/|Wǭ?Txi?GCwEWVi?]M?'Z{;| GOg;| GOg^ -j:7sZXw.j؟'v?g| .> -?Fqm vkZ/s%좖g6gpcC_@G3ԟga_j>*;^N <gSW[챜 T> ^?,ԫC pR*KWY<<ȝD|)勆!}cHӫYR;I`#D~u~4ahMC?_xR ΰ5{o7}h{G|RgZ3^Ÿ>.φ>oQG|M[_ᾣ :;aoz&Z#R7we~%_{T?=?AE/G7H7[/$ xHt䋦 e?+P0aO2XΆ6 eجTie_(ѩ\*FRTXLC 嘗,*쾿ღ,|+O J/e}߲G.Ͼ-/IJi?ɩgĺLjw>5Ml[=r5;4yD_|F?i~Ӿ<~>/ x~Y<N>Dx=[^&x4]m@zɮ_^K{WQy_E?5?;{ GOgkH9?8qS01cx+딱 0N1<&/-7sZU'Kz1gy&!֌jr׆&)V"0CӣS'OO>;뷗5? -z$֖\sVI""-_O֯e~^QS?e_#QS1>֖y_;__[OKDQ w4ȟj_E?5?_E?5?x+֟<@4esico#K|~/5OϻMǛ1*kVx-l@>8xo)χ~.n4]XI=՟A+c[ެQj}q $[,/ -r\ zoܟ6 ):E½{Ft S(81jKF% ӬѫΝZu!)B:jp$8(4-Q_QEQEQEQEQEQEQEQEQEQEQEQEQEQEQEO{a7ǿ -a,hX Hbr7F}_~ֿ'M>Y$~4Y; s=lm0wX\]rI୎ɿ\GFUʟc_ůl?? sD͜l<~ӾOoW3Wѯ Řj(W+|_Źt$tL6}=^zol??>c: -(mVMGl??/**]Ї>O>wԧO"_G?UG?UnOs-=76?Eiߴ+̿??!ϻϯRZzol??>c?}ߴ}xC~2????Ї>O>w}Jiiߴ) ͎!z^g3Rhǡ}?ޥ}}Ji@i:~?ݥվm_~ʌeͷOJs~c[̲w_@U_w$/O_Q'?oT~KOM =:9a<E \<Wq_/l?? sD͜l<~ӾOoW3Wѯ Řj(W+|_Źtw /3͟OU~cWե^5+x {ֿ"_|2/ Tv]#,]{;N>(+[O6?Eiߴ+̿?wB<އRZzol??>c?}ߴ}xC~2????Ї>O>w}Jiiߴ(M^e3Q3Q}ޞ}@?/[X&+maI_W~.gi?wif\/+sOqz}wǗ^?ù$~ EgQ@Q@Q@Q@Q@Q@Q@Q@Q@Q@Q@Q@Q@Q@Q@~؟?WMwNҤ~.?Q}Nx6TotQ2I#?%G_'O[ׂذnXep!Th)}ƝOe߳5gj^ hY|H\]K??_HZ'?7 -ڼ4 SF+kX~'[Y_^ZGFR dG 49Cio3ڹq\Q﫬ogńV+71VP?OhWV4&<.Ia"L.#njΌ} -gN|拲~Dwڹ끞( SbQ_|B4¡ GqO?^o!>]K??_HOD -C(C(]'kayg_q 'JGOED$wTؿW*н4G*н4GWq?_kWϗ?Ƨ{O|Q^4Sq,0j:6Hm&7ūIŕ/sǩx̐+&;Cio3ڹq\Q߫og+71UP"~G^ʽ.Z$ч2,'X\),M -\GaUVtchT叴>js\vG0+?/5 SbQ_|B4¡ GqOWϗ?a?"W;*l_j(%#§梿dP? -?P? -?n3X/DC|~6 SbQG0+?/5' -?/i Q -?/i QqOU&3OD -?_H?T>{OhT>{Ohی? 7.%D$wTؿQ 'JGOE~¡ G¡ GgEw5Ux_ w3/l%#§梚/ccv?z㯊=kW^??^/&ی? 7.%E?gaMbX#_ Gdo|ZYZKҌ -\taN|Wgg0+?/5 SbQ_|B|BugEw5泟U&3OD -?_H?T>{OhT>{Ohی? 7.%D$wTؿWߟu?ً ?=x;z\JGSώ5h5[ĺuVRXo"T>{Oh¶txOAZfgk8$P0@pfE\8fxmV'N5K^#V0RRqNӒ}x,&jʾ] -ҦJ Օ)J)TJ7*t+ ڼbaqOo#Os>ө̿~x K# /g]K??_HOD -C(C(]'kayg_q 'JGOED$wTؿW*н4G*н4GWq?_kWϗ?a?"W;*l_j(%#§梿dP? -?P? -?n3X/DC||WS|03jg7͏īx5?\^o|FUKgQn.u顖;[Xᰂ(ZWz 4k;YI"k^&lN&\F#VzԝZUVjVYSRr99I=TPJ -TУNѥӥJ8SJ:ta($ -(4 -( -( -dFE|7S~ 1wMYNO=%23ֱP? -2" V{eyՕy{OhT>{Oh»n3Yyg_q 'JGOED$wTؿW*н4G*н4GWq?_kWϗ?a?"W;*l_j(%#§梿dP? -?P? -?n3X/DC|~5?'KGl^8Z ߰g[QV/ѲE{i7ɾ-ZO,%|h3=MŐdF\Y7*н4_Me Mdx瞾ˊ&]x=ż&7Ya2/qAa=NbhT>c VʮkB,}S*拲? _HOD -C^?ی?s/DC|~6 SbQG0+?/5' -?/i Q -?/i QqOU&3OD -?_H?T>{OhT>{Ohی? 7.%D$wTؿQ 'JGOE~¡ G¡ GgEw5Ux_ w3/஧1|>a?g4xoS/ WQhj~4ƽ< ƫxZΣ*\C-vaQ[q?GuhvE -# g_;^lMj؜MjF"Jש:֫7Rjj9NZR)rrm{TRJ -ѡF)QJJ*qPJ8% -t(J1QI$QEdhQEQEQEQEQEQEQEQEQEQEQEQEQEQEQE|n~Vrݓ_47&y0krܦ>F3W=o4Yc#r}q.*b[#iHEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPEPu_V%*#kx3LJmpek,6p$pK~߻/,_-_:|jZ'h;FPEPEPEx|Kog-߄|y՗K+j~'u Nh_-ϋf~|DV@?h |5<'#ſb__\USZ)s g]OG5~=ྯNF>>7Y*NUфb B~ѰA >'][xJu>ķ[yxZgpVᇩsKJ58{3* -S#q8iS%<Uc*3*?=N}X9ޔFpxkQƜ,F2)҇Q@(((((((((((((((((((((((((((((((((((((/jw',xFo<9m%ݚ`5o^z>xHп_kj|%i_~ k5YxO76#Юu]xWJOkVv2^jKo_gKWk>51f?VL?u#hVzσ|O;h-,!=z:#)fhx:x`dj_9OK(=8cX\n3|+XZqC1Y]%?`pҕL&jשxO |mf#ៀo-5:MźWoboÝ+ )|74&Cÿ|2 :d~?h߃_k~>2;O>6~>?3X7|_m IwO?5i<u oڧ{PuxWV_bŏ4o'9`xO~|^]W?0O|6s]/|4įÞӭoYbѶe?g?a?XW~^2SJ_Zjo -Z G^ d?jZ7M ͦZK?qeN.;߭!qƹX~kqDsrO2uZx OhSgxhreT:O'X>;,E𢵟"7xSGahߎ/Uߴ;ߎ?%>ڇ_ ~?hχ_|5㟃cKY|g~Ҿ$-om -߁zJR:|:|T/Z|1{/??hS_:FDi?xپ.F)E_|fG3b>1h;ǿW4~(|/헩:ό?iM[Wub;?</wKXRCc%ʣ؞y]\\q apj*gUka3ogsbQa U\֔qf_ 5'80DRtӯRqh}g/o^*s?g߄4Nk?  1i?NXоGo xOG׌.|{]'}|)x᷊ -xC&~W k}c~#ҼKoxH\>-ut ?b߄?d/gω_WOjψߵwg^2;k.<) 94SM/]\+W? 跺>? X[xK>8?O(G+56hڟßrxS@~[xwNӋ xN^%4cEޏi>5M׿~:N]о,~Y~˞1_4ώ?'/ .O 7;}V BC67}/=|dҿho۫<'-~~|&爼;⋟~_ x㏌^)ѴF;M[ƖZzkZY9flEEISocFjx*xy1F? z2*GN#ᳺT}fv]ʪFtyg^`7K+QSZ?=aV~?g/)O: dv+Vw}uo?8c~x]>hAxOKu ZF~Fm+ ub~>CÖ5+~4o1] 񗃾+yM -6 WY/:׋ty j?<su=Zw7Qԭ} -~z?ٮwuxaw>/oxo°Hψ~??߶׌g>Qo3zƥz_+~j~M|=G-:6q/{z?|s[-&ߋ^'_cIx΅/fmsWt5Gwt| _'W۷)O//gPc_?4z6>H%N½'go%$ĪGJxx>,/h"S`˥SQf608\pya\- k}kqeՠ"T|7VpX,3̰(_0]m~~1(c|co|MWශ<9izG5˟j//㎍es῁?jo|GDկGS%eQ@iO |A4ߵǎ?g g ;?ß K[h_|] ෋?|wؼo߉'~8:?h_id|)Oko+կwO/*l߈߲4 f>?~Ԛfտi^;xZd! ?0Һj~)WEZ6Z,E/k/٦]N|-;#s/|OwVӧO&ts’KR3+`_RFajx/ykqwT>|\g;oxWûOxź0ֵ_YhYm O'|~|ue/0ϋWៅZ_>"xW,~ /?>JG|U?Ht67n'o_>x -qU|6yρ><=]|"__'_ ~+/:X|Nv]{>_{ggmg&zZ/O_:M|d,]|AIkqKkXQM7?hlңE^5*72R)jS^ޢdO!x:ǧ%9crBPaJJ> -Usa ~e*t**b;*jS3?e'g^!.;Hjw&V~w,mmc:GƏ߰?{:|%[^ź_5|6|7o"‹7?.c HVV>Xa/5X:0iZI(%Bee +iЄ1{Q*Č)2( B((((??'e[`c?>Cbo-J] ;D[$(u/$<$~] ~T-Gq<0d(l?gSÏ\ ^|{6=&m -+ $kw:VtGWo@?i7 Yԭ4s=ׄ_}_|+ĺ-7w[U,&09Uf?M3'㮇1|pZ_lj XYe?|'o ȟ #[w͠xg:',o*|]?|Zc'[=FUX)l.Y ,ҩ gqf#XጓQ?7] :hr|K)(0+ƜUiAFe>jtP -zA/ Pg5m/ēy>ψ>|UŤ>꺆⿇#]/*:s_[麵gvTGƟmh߈_i/ھwK]yό xI˫k~07~6mR -Կt;{|]ß'X}kIKҊLA/{B|![x"k? -xk\4{u= KIlOl+;Y+S ^xP0X֧^8ln{UFb_V)p)Tp:O&N|5?rE*uF&. 6.5hӄ;63|}OCRGо -++)U?̟ab | ύNJn%xx$4[]/+m2M~3\|}<)?į?>o?dO|Bw#XdIB kOFִ/ \ E'o8K/eW"wÍVq:j_VaSJ G Bm&/a1x\hN&u]ze]FbR)8xJsuk.1x -UkWQC N:QN__W o{~^>*|~0~[C:W+mEh7CݠՆe{U"cH ;>1]~6ǚMI_aG%Iw%XVKE JÞ.QL(((((((((((((((gŸ7:?>&>е{6UsLmYdUԠ]D)( \~/nJSTW*9(FuRQNvg^*JU=`5#\ -05k+ݣh*C'¯8~dU?;g(r?;`?՞$<N?z_dU?, -G5EGl4ğOi?U, -G!EW?ޏVx 8g_yW!EW?ޏ^?|*Ç[9?k=V^?|*Ç[ O_p#z?~#öYO'4}^U O_p#z?{|oG_Pv@-Ykhg??ӏ5EyW/oY>-C'¯8~? C'qh*C'¯8~dU?g(r?;`??՞$<N?z_dU?, -G5EGl4ğOi?U, -G!EW?ޏVx 8g_yW!EW?ޏ^?|*Ç[9?k=V^?|*Ç[ O_p#z?~#öYO'4}^U O_p#z?{|oG_Pv@-Ykhg??ӏ5EyW/oY>-C'¯8~? C'qh*C'¯8~dU?g(r?;`??՞$<N?zxoO;W~,5__kjx7w*mcPK{o⇼⸼}Ig_}_/ed#Uce߂?lM_!?.m AOZ_.>#xj ;VӼGxNYߎ!iSi3 ,me9. WSө(:^xVdq/G/m 噚C014W0ԣET|IԍOZ8Eu_Pᢿ ~/d_VH)1~Ͽmͪ4=B՗ყx-K]ҟ~?[~ӿ -'|Z|A|xxO[ߏ k#x7n4?hoi.zn[Z4g)Tpc*b%.&+T5QúJKvr”9'`<\"U*/?5zXcb?Һ+N -A>k?#Rr$'#~)iKk?4'oB?I\|::_xLֿj 6OƏ/?ؼe{|z?k?$gG %ğ81xW"|DO mKC0xD>.|WφxgBNXLb,ybpV *vR2LN Ѽ_xȟ.|AO?m~ĺ ǯxCĚo?D -x3=g+/:G3|=|)Ğ1wm=K0R8B\W4P\m,C>H`(bh0}fx=\2|$0puwRpz:2ؕ)au3 LNǺPxtcAQ`]Lb*_~<{:WOo3K':0w< sx*o<5=?7Ѽjm_αBR̳*9FZզXF:Wj4pxެzUZ,f BgWjCZ?UqvXXV67 qL; -rF&+<5ۺ+gOi/~-#g@| ǿnA)n~x;{[燾 x)Ŗֿ+|'tG: Cu~ q-|:~ɞI~^|L<]~<ޕ)~Yc~ᖏÏMwhvΉRM&/,ԴoxoV{úik6W1|':C3ؗs7 -RDOW[_O_WAO,kw >ӧvۢ^/qqEgT}7/ 8ESxj~n tJwRK$ͱyeek:ѣŘnb){)Wbbѝ {:غ'Q_n+Ϛ_/7žhßW~"~֞4xH 8> m3@_|6%ïڟޫ[:.i\KZ?E~1j5> o?|Vxŧk_I?f-V_tھh?/]ogj^"QugZ40xL4*b[*pNgNs:1iEҔSNU)(s+v -8JmU)8N$G,g bazQeJ]?ڏm?jPčB\drjwmxilm.qs<,|~u|+MK?׊/|m|DO|WxO!hOſSWf>C-H|zt> xb^۝@}۟G|=umwRM#Qo[fR%(<uU䔣^*|)pqZ1jMG{~ceW˱uuK1J8sFawKJ*|="(0((M?o־?य़n޾(̿)v@x|)~)~ I^ߴ|DX2O٭?ho4OCVֻ:-|ug8?\"á#LYfɥSUVbRP:^֫JN"BOa(>SęIF=ITNRQQrm>XcrM?ThOB_zaύ5~?_t 迳1T@=7 -|aÏWU/> Axv i^(xQY|F,K{]vl"2ݷ?tQ@|S_|[$g]y[Ms_ 4+Re꺏mϊ k&?Rݬ6K;k߱7~k|c4z֕z.ehŅm7vjj%ݕ\A$A$r쎬.OV8<|A|_x'X4h5|qMؼ?si$-|;BaJYI=>9|>Q#>(<[#{#hWp[jTT. SJgYG$*QEQEQEQEQEQEQEQEQEQEQEY?/?kS'Gćß.ƌN$ٍWſVċV>']*@ (I/_~?[m*]V,s6-kbs,2a,GmSBJj|V*FӄZü2/ż(1VcS_'[ⰵ)WhUF%Hҩ:r'$Wbgj%ࠟGÏ'~_Ew0U.EOhmMT-V}vS:4j??l%OsM|?t_G]Z𾭠i|oZm7'u/i~7|\u~Oxe.j4<>yJS)CJ,Ҿ}<=\etqu0t8$*K#NJ qU%Nx=]Ҟ)`xjX!-lGpUf/&yA殏b_ً^o7CG7į>_b_ً^bgj(cO!G7į>_b_ً^bgjꪎi<Mv)lg3CY,=<)PRYYiҋR,bݢz xKi/8+wz/>Y%?f/&yA殿?g-GC?So^,Ӽ!zGW3~^OwV۩֢}f[/5]CBonIӯ5h[jz͜3j?vYhZ[^iV)_qSîN:pAGԍIE<-\16%V^˖8VtZfV/Ċ: qWBu8Q&>U_tFĿ? WG1/D/??TV_ |6{?/$Jo>U%?f/&yA殼 -kx/_ Ꮘ[iiqo9Z7r\5F}:u[k2t>eO]*ԟ -d񱡗Rk*%MPƤSN[( *B8>Lm -xڝ -؜&ܝ|<b_ً^bgj)1'L#Wy1/D/?? K135uU1'L#Wy1/D/?? K135uU1'L#Wy1/D/?? K135uU1'L#Wy1/D/?? K135u8灾SYįS9o߈|gik5P>"ׯ4#K9 n X,hR+Vd2A Qo7Cv}"o}ooymomW+_L]Ŀ? W_UW[_7SǺwK=3G懧Ϗ/uiݿOizw[{>·b'ᯆ(8.R7NipvMZNJJn4ٸSFZjFTR+>$T iCNU8:8RNe)έJtӋu*TaN2=bgj%' A_ڷWu"7㏉>xsZxA[-B_ {áimj玭}o_G'xolO -|??Xebxc_I=I\izώ4l%G<;o/ jT_p2X\7 -Y~m31,>>5qx* -Qx\QǏxR0 ]p|J*5%O /c[Y'K_Ob_ً^bgjݾ|Coχ_W>$GÞ;ODvOi)޶t[+*;Jҷա_Þ -ZIҭJPJ98TRԡ8N.3qiѕCR^kRjpJ8>qJT/q}SGʿĿ? WG1/D/??TV |6{?i3ď8=¨~|~5|Wwſ|I~:xg_|nh!kmH߉gk߲mnj+Эۍ,®i[ڙ'ͧ:W˧0#S*5030' :5)N0pbteV69D1p<Ntbե,E*ӯ(_K/gञ~-|=v_~߲'ǟu ~%O=;?0ť;غw ͝׆uOz:uԾ x4_P9|]xK↉j ~7> -x"÷M9|G6 Xe6s$ߢQ,]iƕYUxV.(ѩ08ʅ8ŠScbBxrAFbO ! -xy{Z#OenIά7 ekTJ+UINۂز Jʟ:i?jU}i!+j +&E5ooɢGɾ%E=?}xgğh/?~۲TGwπ>|xF^ko6%m~$ 8y՚qNiۍJTHӅJXF#2:9_-e^ ->Y2|_߳e|6?A|"zWhe>oq]//MJe7>+l qr5W/O>-G=𞛨x.i_k^#▹B Fuֺ+j͢Thኩa񓧉 -F|.IrQӡSO lM;խpX%ia))(ƬiqJJnY3?oo iK/+O_}ouig.{qkwOMUT M6_; eO -F^ zƟ,澓Z/<o+Vmg𶛥Yx?t9>E_zek}iMpP)RSj >Ο#7f0BpZ2Is."DNy6afX*m(ԍ\2U_ A?_~~?+|2_?|3ҼMρ~=>7k:1}?lhv|cN(;{a|xd'h> /Wh xK]|y1ʖ 4XxR=V}?Ow⋻f6˨E])ʕn3\~"'iB|.jRzT*1pTqSqN:Ta-K ѥ(W]OQգUa')>m/WƏߴ?x7]3j׿ -)x?⟂_? ׊@uO>8AEϟl}3?LUſ?g>?]L[ŞѾ%Q_$~ Z_5O˯x^(-, 3TQJ(^ۜpXҒnNpF3FNx\iϝ`|l¥U'IDIb\%xPV"&c V+W;^_N߲'^;|Ow·V_/텯?[wx;UGᕭ=X_m_5/4_컝"cuq{X(OJk=׊>uwO]ۋ-~,4ֵI־k5U^ Դ/'ǂ|C[=[ZP~ <1 Ծ|k]EOBk 5۹l[i+3%wdZͮZ/d/4 6TǺoP]sY4 鴿z->!ou;=RCCz*#%E[)ʩd>YΜ> -S(TuKmBĸbR(NRekffu5,L I5jiOR6-*~Ҷu⿇OGgh/~&;ᯋzߋ/G5}uZMb)/|{ׂ5- þ hnk~Q,u_Ŀ o2_O>3xW?~ |/7y㋭ ß -/Nѯ|5 >7xֿ?q(T`ATt^cTpWR!*4`apZҚVGbbp=m*Tkq'Zq>mZL|sźc%_c/+$v7 |3>'  ~-j3L i^6Ӵ;q6? 8_xPMz.i5g˻_6߰w?-.?lO #-?^xgDnf?ɦx*aŧ|-,rϭx?i^LEz%u5#X%:j<>oy",<J6. -<—Q -TMs,?6GUVU!Q2(Z5qtja_bgWhSĿwX|7;~QoG;|Muඩ~:T~ռG2/LJ!mTg7qZO_OCoWo C[2]VߋPRmy4ɼ5;ХSIғUK[WSL,~`sӆ<39M`>#e۔2C/*,9n*t/c3 bnu*pJuaRF3N89U9gy%{XGQ -~|KXW τzſmqz.S _FMCN x%45'٣ u6l(??b>&|,e ?ٳj TG^׾?5.o5=i<'-UH$N,!潗S>#c9~?/kz$|SO7¿^#957=su;]OK5tl$Ӭnqio$+G3~!ͼM> 7L׀> -chq_Į#3*\MX5ٜq# ]&gjtVM zU#:xbR\t# h_ç_?usG:w eH? g_w5 |Y4`C%#O7P%lb۪= xOu]5&7Ŀ36߆tizC}Iź~:%u)wA??ΡIQm%uJ>#Dw cx]]fDa+}zt=KX((((((((((((?d-X._Cʬ?|UN<as. }C[ns/y?gO^3дK^6>k>|E^5O@$ԭwFxM,泼ռ/ߴ?fO'GňeOuo|AׅiN薺%<%_Xx?P?nOg¿"-o]¯߳wC,M":֝k}y{^]gպizΝ i9~?G?c^d?Mo>xGA_^6G ^ynI?xKD͇i5}BmRA6iΗv./Z\(UxϬdyn5aԩ aVBTq *))s -kCk\-*qN!a,." _*%ҩ,^WK/.CbWT=lio/DT~_r,Ɵ*#/ ?fbxy|OO<9oxL\h?4Kѿjڿs>!|.G~?՗>4|8_^>4~8s/kEim}rBnmm>%}_6$Ŀ*~>2j2Vx'ִ/<_ǾLowǩg[v~)?<)o3LT֭k|~:l| Aŷ~U/}k\?gx+v.n {ahڞw%lj)x*PTJt[`֍Y -r ?aO62P2: -p\1uSeV\2`*'fzԞyap##>fi]uIkx-sQDuM{Duq V_ -^/uds Cl`eN:|6>~~xƞ9/-|/E>ok"D֟.)_[vVk?M[iZ,wk5{Ƕe|h'G<=o cHh?n|c^[Pirm^Kx8_mO7 / kaZι\Z -V&\kگm"C dYfd  -LI>Lt°nar^'X ,%9E\ Sҕ9cM0x+Ш̭wROs:8N)c11PZ—q.jٻ/>)~<a-3*Y2W6y2K!#P ??f__?_ϟ~00_:&I|GxxĶ^;Sӵ[V]<]W?i)5f'~?j*n׋ x_O޾ŧ|5MwG!oC`G¿4J]K[5Vq{w}t]<7~B?cړ0y/*ŏ |6A6|xڷ$<%{]M;D4>u˽NTTL6/1bSaq٦%qX#.x\2z5!_QqUqwbpU*Fk[7ќW~P&5a5K0ƞ.8=**TK?d?g)gO'#xj|b wǟo?$qs~ҿ~6W)x>/.8'?i߇ŭCgģKV|mZO/]WDu>'$$] t˿7m-+öeuцo=.h>~<⾽h_9#t[Z_|M/j,7kgiaeYis|o$gs⯂hI~+~߲o1 6]|ͯ-QoB4iZ߂Zrh0ֶֺ<],$'Nta[ >)γGJpʲ -.jK< Bh<20Yl%eՊTjUI;,v_Ř8?ku;iS1˩Pr7?a(k 6?b~i_ -!5PdgQAx[účK@?i]z#_??_%xK?g{ǟ>'jwӾ$h?úǭSBο/5Oľmo}߄ѵ[Oͫ8ǯ?__ 7@ů.j?Ï^.s 6iOפѴ; hxtOjßƧvϚϪg-߶k~_Z}Sw7> >x?ZZw)Kv4~~;Ҽk/x7'G-sijռ c׍<g/(og'⽦Y:x/ᇍ4⿄wE5~&!Nks4%居Gե[QUXSB-өV51L~ 1xʘhs qQV\3ӂ nIN\7CQq8\.._-hu>՟ 5?~'h7>V -ٱDm;OC\|$<{M>:x;??Sj$o3x:e+ -[x+I#L}6mqL7-:+Oxhu):BxxVU e1 -Lέ'#,Ss&35 -t RbR0 +rͨxsثOs?k^5ďxÿ~3W ߄~<[_  xn 4x/~Z7o[om|[*4 I.\.&Uxck6yjgVZO5`q_?_ڄ?{I~>5.M։'Hм7irpEujƥ_}7ejom;K!Mk/2v*A>">}>+}=~!-Zq ]JLN;-Ͳƞ{dF+8ᡇE>+aC a0a^WÊ8< xL” γl>]:|e<ڗ b+yi֕:،߆+1<- ! G[JO$M5cA'kMPJ]VJ6qb> V a(E='IҴ +Lд-3OtMOtmIӴ'Jӭ3OK >mla(4F{.ict1p9)N*V'(8I$m$#-e)5'apSQ)Ҕ➪2pm'NP+ -(>UaԻ}_~?[m*]Vy?C/?#al(P((((((++.{Aڮi]c跶6uFz7xL&yXC#2k_|C| U%~E. \/cGH0bX (RNN3՚M~/gQ<8/AG1LW䤣VHBVi/4UC<0Gǟ^>b[wTw>7}u|:nziwz֛\[jZΓa=ޥcn\C{/O;wqS_ҼYiO -Ѭ|Eciiڥjޤw*\ɼ4q G#?a~z?n/S߶3°GߴF _V<x%c _o G'YB4#e^ʴoxg>xrT9S_|WR瑄pƷhhb[FnؙF%:yøWw~*?W|.h|a‘~?> hQkvOjϞ6?dm}`q|<#5/4U B*/+s?>q|<#5/4U?b/)۟:5o|D9o[Ɠm׉S]X_ҞLSMԮßT0\8#t32IҭciJ*ʵ(b(NZjq^Ixq3`1VTaZ4]´gBL=J[)kBøWw~*?WS!? -.sGWg/4UC<0\V.sGWg/4UC<0\V.sGWg/4UC<0\V.sGWg/4UC<0o -_bV?en 'OW<x'a ow O~+Y~ޔGC*3U;c9v'u(ѼAM{\YOss<ċJt3FO?^AŤf%`XUxc'xYҼ?X*Mj^h.m>/YX-mwq>lO )I[_ -m|3ό ]e,4Pkysf5_+[Pxj 5KĬ#,0wrX.TfpjJAƛ^i^(al>ebryf9pXTjbq,'SW z4*h4Q_ oڐƸS˥Xb6vV_ſ'.Fswx~}BO},w1Y}N62~*N!d9gq)o&r#%w͂ѩm.ySP7+8?4qg g,(WYeAC VKRVY(9B:URJuc Cǟu[ g;4x7z|O:W?g-^Mqj#K}r gp_j~ 4+N{ׯ ?Ǐ3~>=|s<5c|/P4OZ]xĞ [7tp Pcl$u)H{;?n7ش˟طM aQy| () #Ax'΃AZf߱W :~`O؟?]Y>*7ߎeo^(įN owj$/_ிu}}c3j!$P8[x1ͱ%ُx\?Oᜭp,^{Ym>y)Q5s=//o< l^Ie6g y >X 9bj׵58=5U9rEX(?ӿK/Fo:;i;L;i;?ӿK/Fo: (Vd[|a/yƹ +|-s :ƉA6/EoI$o|+jRI~1D⏀05eo9F^HYKFT2:vjU=J9!_)/e~V)ѵ_ =[^'4sž]:ŭ͖yṴ9e+bʫ{>(`' FxjO4,5cqwK g٥v8de|w1aaeb)BUE~W~_V_/Z?{~?!^eQt>wx/z]? 6f_뭮X萶.Y?* 'D>26<5aDw'G -? QOk_SwϏ#O|wm/SKZt#2Fm,kA:֕j:.,bhQ*\Ec',2dUBw,43]5xѯJ)V)s#,`|_ڜq2qzNέ)?]_1 qhe?Q}rhm>;ΟM7_ xG/Ɨsᇆ/|:\^<{/Qm>%4=|W?.χ g~SoDn_ CĞ-wwG8-x@o/5mKE󣇯N\+0M,&cZ?b>#XՖ_ؚx>kKT!V)П`14OޞeKRN 2x,~3j> 0n';/>qxᗆ)jǍ5OVPIsIlinc!8TLO/ӝ9¦R0u)*Ys)Qu ¤BT:ن -g SpkRp<.u+'Ni[E~~Qo^|[_'4O >|Yw-Noτc4OZwټ5h>2(oW.#q.Ó[zu;ş4Q6g^i&⼿qf7U76YXvqptXUK*S_QSx̾eJqv =O9|,6*cqsˇaVkCGE~YV_7ŭc|>e˟~#s~ziڕAu1oGtkߴ/?f٪'/|E;EgM~+Լux?k(ttUIFF[ _J\t`U7OuՅx''J IQP\],^/SԌ*0\d!SojXeW{QO]ͤZt_K&Qhv^eUnjs kVu -?|M7q3/<7߉m|c-3X<3k.m]pV8b)ej~XYa5Yϖ0KWIFTqqo(ԄO~_k?>'|C]__zIy:j_{ ^w6|>߁O6_F }?^aˣo Z[a~~UO{ _?Zh B~[9',MS^(ρ4;^W^3_ jUڍu hz}Ʈ. -E:US剧SĵrӊsygS_#wM|*-|6 }g;e?_{񮛧_oU}NĚ}Kh|IqNWy`p򪩪էbs,%ԊX>(ΪR,412pʴqR<4& -X>.I9ЯFjTV_:^*gN墿?"G1?K{?fGßW|UJR[kkF>ekZֵiZ.i^Yq2{/o[?/e(_?yAo_ۇ\OZxZ8US*89/c$6JTb { -*zq译~ .ԟ7샦h^>.&U7Þ7Ə ^6[i>(/|E{SWZ֕ĶiiF]IcMf_S/ߌqO 麽)xKM#uOxYIZ\Դ_Tng^:q3+UUZڍ_,V*Sxy5օ>Q:Ɯz)K1akxhnic08z$8?g:+QS٣㾃Ph -K~χ -Mt=ǚ_[ū?i~4K BI~c-Qa&.DE5^l-zlE9Raԡ^էJuit'FKLZ",E ƭ֣R:ƥ*S8vpaEVFCʬ?|UKeVK*_o2q\H~7|7 Q_Q@Q@Q@Q@Q@Q@|R'Vό|R'Vό_gSßip~TF̛!{H?(r/)e?lwi -?)Nm+ɯ_+ %5~$'O%+ /#WB?K;Qe?e_eP~| J\'Gw$l g'GXG?oIEZ3x,y_0R_WOG3E<+ V%8c*N!ڽhΆAJ*xz_>1^)m [?!{[gm>"|q">,k?gk%֝΅߇=/Z %}i2?i -?g -'Qfvo ;?fϫ `{6iץn:&1noɪ~ѿ?k9<7?ioŏ2_z;zuxM{-{·wж7$G~^R>#ٟf/O,<-~ |*_/_xwa>L5kYn?L?e𥿁u O&N&s -Qqܡ)BWe .TjZOif7[0[7h'WfY; Q˖Oq؎g|*>3Tr6P]Xg][ -7e~_/^<*RkF|3wg⮿xO _GSxǀ-*?h|C⫇gןK -W_{Wd?~"E_Qye|aM:s{} QJH, *yjPq_j} 1-+'V.k\)U -g%V@ -m~"1k$/ύ5->;YѬuْŸ5?_K: ^,4;M7s DG&v8ο?7omo>xᗀ? M^V_6/x[? vW|u;MnuCOѭ`6~ÿmg1wh!_}Dg/L;O/#n~v_nl41JTpq?fxlT2πVESPWHUDZ,Cԥ^RcC,O2a1qT}$:ԽV*Vt'NSoc?|Q1~ ?? |g=_ c7٫k$O5+i n8m|7g[U5qv0$K -Ax -w?_?> -^#Uҿim^5~3߀1Jl5\S> S , _'>#L0S RTԖGV)J~k |YQ;xݿ\*,> -l\|O7IqqJH3jOiώ >lVk -zB?dw79lKMOx>4[_5iz<|>_j7Z״+ۃ_]O/k٧ď??b_'5Mg>xcKD:u/ \z/]?(PwGg?هw: Mw%m7~֞!xWE'~C(h:巉cazUUh{ <'8,%\׌*eʓ Gbq> s,9l oOf>xNc%b%*t3^&U27fN]̩b'NU`~~?So*iG;߰5tm ||Rƿh?W3h:wǾ/4x Iy_ )]9jϭ\__m%4x{/B):t0j#_4YN' RjG #exx8Oh,~b}L¬Zs¾i~զ)-dΕhOع0i,=X6&q R&T _Oҟ߶G0A|E 7ѧ9A>1e_Z"_h'dԹ7ʃkmViQ%';G^*Ix3Ÿ ! b;wҮzwGxl(4oCÖ_~?G÷ڞ'O:w+W5Z?NƭfN¶73g<^4U N>W1*J͖b\F VKP4iG.OК/nΞ=Owa۫>>.GAO/gY<1g?_MxºxgΏ-S5ZqO+140IҤXG +x֫8,*/TT{Z17>6hӧj0ו_m.%WVUO0pxsҧ ^+'jy~i*iۉ_Xn(w~%x" π=kuhE ]OokBu wt L߲~'Gn]HCiOڷÏ>7=z?h2|6/o|>ңw)Ao]9ij9~ןG;T|f| ^&/~?[xܟ t~͞ '.xú_^uj#Knc_'_O?w -|goڋvmBoKO7d - -G%<mk߆w'~ּG[mK%cR. qr'pfUadW9_`x%XXOYrF/̱U%R"ʽjO7Jpas'Tha\DŽ *׫Sq<6 aѣN -X?I| '0iN?⎑0K*ɮM%Օ 7? x&+/{Zįk?>/֑rY/1h:/Qό?$|c -/ٓoym?go~||QG$~6?/-'ȿ 'BYEᯍ4O>0sFgj:gagi}+a_ x-` y#= ͏ROw83cO?.%#k^"ōCǫKoe$z-> -w _.¸+_O/ _%)/ߴѼKPlړx AC ]_ӴN$pƛ)r8޾k9b8l|a8 - +(O<4zXXp*}V2XW 6' MZKՎp* {h. xhH䁞 FYx]xZ6d 5o h LJ<5Ӽ==Hփ3i^f坖U`$[սdVT%9Uj{Մiԕ.wR%8Sg8Bsdc)${oӯi{xB}#V~X|5'M%)j^6(gxX -'KyT4ۏ1 - OmI>)BއkOv7Wohu n7mm#0V`qx\>.&J4cʤ\=?sMʌTQ5#;??⼷%Ͱ9/s:f{O'+3'7:qSΕz9֡KR5*7ŚoM{:NCmFfboZxKF|0FZtVPk? ~%>~g{s_~<sY{P/`·K3LuMJ+Xf&4R77?EſROxןd<%B.6\Okt -X:; \MSº֣y=G¿ -=8|Nxj|/j^oNG<}>9YM kV!"0ƒ/oA8=푑GW> FYؘK#2)q7!~'ggo~#n}sLпfV1NJ?xP+XFDco'h|7>xßZR牴oVi躕iڭ>8Oo?O~>osNi.|WZ/ ;m/1m¾xcBωuZZd:V_{+ +J -8 -A[kk1lvCAJ#*Y},ŜM5'p}jT2._N|-*SƊ 0*\8z1Q(cs G4\Uiԯ"WZ +eYJ+u:<(TԣaVj58S N˛2ft}>lN a?~R5)U*JTPѡ/l骴!> |)%? ~hFJʺ|7`iDhzw~1 3⮃&Juc[ 69|Ez|>e?M,?x.i>4o> _Tmo:FW>4x_ž/</7?:-3\ch7ZXF|-hUk~_kG7 |}a/OOC5j>־6Fgx7lj<5Gojiw_UXAS|EljRs .\s(`ӭG,dqqFa,RRl 8JMfF82թPWZ}*_&(O/o +?|<êQQx'goZ7?c_&{ս߀tjRi\àivڟC_I~ZۋhVl Bx&H%!,a8)@SF86+ yxx^:"82*)ӧS+Zxjc9*urJqPqRkRU!R_ٹwSNUSQOK Ҕ&?߅+Oį?kߊxz/Sl KѵDDd7v;sqq}K+Ea߲y5o|/_o_ Y|Oğ xtc:+xO?-tm[Þ'!4־?ubeL *)%< J*򇴭)х/ !xO/O#'J]VӴ=xW' MkL};MW;auVeq]x ~>_V&6յ{~<2.#u,d:y)g[W%)exLVTq18Mүd졓p}Y&n,fP*O^*̱95,PTRGdqT}g T/33 }1*\Kw~͚{_`X -x'=8}OĚwnOk1n5~^W ?E~V7[!O۬/>(]%}G.M[fslusEzթ̫Nn%={°Pf!NxT)ia2ڔF88mQ%'*t}JZF|:_U[Eo} u+ib6LwrZ1n|tI3nb~o_4 ->~~$Itʦ/ ץV:14 ~U)?>0/XzD~ o?k?~Š(B((((((:/koz߉5+-­G횾Z]m>/[k{K]Ak*yE -nDS)^7'~AwT־!:/je]_yeKసM5[r)Sk|;,3|үC4Up&y=�ܶb(QXjsqi[C'¯8~dU?*%?f/&yA殼xB -![ ?GKo_kdU?, -G_Ŀ? WG1/D/??S_$<[}_?x M-}W, -G!EW?޼bgj%>w -|+ć'Co/!EW?ޏ^?|*Ç[ו_L]Ŀ? WG S& O_p#z?{|o^U K135t_L]X>Cſ D޿{|oG/oY>-ʿf/&yA殏b_ً^7Ч¿Hx6OZ/oY>-C'¯8~yW1/D/?? K135t}cW0WO)?_zK_UC'¯8~dU?*%?f/&yA殏xB -! ?GKo_kdU?, -G_Ŀ? WG1/D/??S_$<[}_?x M-}W, -G!EW?޼bgj%>w -|+ć'Co/!EW?ޏ^?|*Ç[_w;;50">)x?Ŀx[w]Ğ,C&.5SJY՗} K135t}cW0WO)?_zK_UC'¯8~dU?*%?f/&yA殏xB -! ?GKo_kdU?, -G_Ŀ? WG1/D/??S_$<[}_?x M-|+_g|c|#_M᮷a>gN,aFq-zeռwq[N !V@F?^ _هg_x~GV:zZ7fmg]lI'3 9aTGQ#x!8'Mļ_IQq8^ Gd|(*ن X,9^HZ2p}_33GÑXL~&4q~4 ʜ#jNTxErQE~~zo~ K|%Q?j'zTKY2|OP}S=Knjl_k>9~ʿ=i_ٿ' ouY/~-CI&^>BYM'JMVM-m_QM3O[0\QN6enPslV 8_x⍷ ǥ:4oO-~M5 ;WWԞKfo؃ x?fό:ֽ2mSπn{^?kd>Wj C;i;_Ok4S$̿<]kYO? -xW:SAIu=/LeҮNx ťC?E8g67'2߁3^d*/3١8 }_̪q5cҧfqJ8D1t~8 aY40UTaIrFҜW\-q~5Y4`C%#O7W>|:w eH? g_w4ç_?us_@7 ?nG/5?=Sw?'xfCtk~|9 &{/TԦeƿL:ï'EcLǞ9u+|Hi%?Iuv-kIG- .;co(})h/>-x3^.-&W9/qǃ]GISx|%NJ?QѾ1=GJtwKuPմmbUu]6;S5 x5 ghmnHn 9bvGV?xs'+f#R//X'`p8<^*4<[N' -UsL7X)Tn//`a/3QSj)ۚ(Q8?&~9^B|k||UkDŽyg>xGZn᛽?zDž|7Ğ#|=Xkލ}e*^k&+;7~^jǞE?ko+:g~ _ϊ|G}uSMX񉼏q뿰գz=s^:|iwRv7>_lgۭ ǖ/4/1 cNOGťkOpė~(xeԼC(aRy_<4*rb1='/ܧϜbG2_ -3qjؼ %=}Qq!a=(T)x(sa?S3" -43 w~$~ <1:|~ xZsNOIr~V:~m<g[VӵxL㋟ Zi:~͟To~w7Cx~9j>DcI?VӯiǾ%XH|+~|5^7m8D?i/?/} ^߂Ÿ_F'|l۬x_Q'>.72I E!½!g??j??3Ÿ#J<sO |4/~ 5|mVO:!/mkBΑ^ 8:P[ .-Xԩ1/agSUftgyWĬVaW,Kg4 GFrx ˃krVZ -VXʑ֥Nj88}EP Qeo&Jտk=W/ǟkҾ w>/мh4j>8Yl^H¾Vox%,^ tO~(__Fßi-䈑őԴk-K*Cim]nԬnJ((((+KW}/-_uk##iUx|KbC-]8^.bjg9Cf/<=qc5T%,~]Q:Ji1vi q+xjy6C`8 YwᱸJx,u 8UJX=*ʴUM|  -D'W | U}3%}E|C,_?_ A3F4q'E~_,?(g_7?Q  -D'W ||G:u)=|>_综U6ǥiH伕v4"s/m>ʱs.,F+W8B -ь!nukV(QЧU^t҄N1~I5857,Ƽ0\5,9W9Z*4UW(ҡF+Uir_ |RkO; ]M{Z{Qu8 y w_ZZ\۞^x$amwRfOI5Dּ?-r[4GS>u|P-${uS*˛"B;ԩZj}GÜ;*)iPeys)0;'+R,># -N|  -D'W | U}3%}E}C,_?_ 3F4q'E~_,?(g_7?Q  -D'W |2S5ИLѫ I_v|  -D'W | U}3%}E u|Tÿ &0j-GW] U}3%࡟B~L_GC,_?_ D ğWg࡟B~LG,?(g_7?WQGWO;Ba3F4q'E~_,?(g_7?Q  -D'W |2S5ИLѫ I_v|  -D'W | U}3%}E u|Tÿ &0j-GW] U}3%࡟B~L_GC,_?_ D ğWg࡟B~LG,?(g_7?WQGWO;Ba3F4q'E~_,?(g_7?Q  -D'W |2S5ИLѫ I_v|  -D'W | U}3%}E u|Tÿ &0j-GW] U}3%࡟B~L_GC,_?_ D ğWg࡟B~LG,?(g_7?WQGWO;Ba3F4q'E~_,?(g_7?Q  -D'W |2S5ИLѫ I_v|I"2|sů Xx_UMXi[WY6ɥ,"E{KvQHy~|mE} xù~'ЯV,fka(Jrk<5$NR-|o!0 +K/e*pz9f[ʰ8]x8\/i䚋QEW8QEQEğ h|q;_C*|(>*=xSPtM_:f[7E?5'Q.vyWvṡc -os? %,~_<xWPt]+o+۵_MmywD Fsc!MS:3NMEҝ'vJ5#;85$ߕ쾮Ooc~*t9r_ݹ _LJdaa(;/ *OeӾ"{Oď? h ×σ^-ixul|7 Oh6:&߳g|kwǟNOz-|~am7᷆"t#Sl,+~, M|nwott3j߆/τc;i<S ~'xESW_<}.{+N_)Gc-I!'_ |7_=i"xLE~ԿuhWMtGH5 ז/E%zPZEG4UZx<}x^JKU5(X,ɲ:O;,SzO cܱc,_5}#! ,0~_/prda]YO_͞c$Q.y|cx.>Sy^WxE_s/[>TR}RX|ب$}wſ |RM~|Qǀ^1ir\Tj5]`!g|P\]fY~[~?7:-!Cgß'!i+T-dOFq4iύ 5H+1|_m¥}1|&'ϋ|z ')-%Om&//ğ|Joh/ Y>#iWW:|=RľhsҖ3Ћkf8t>*O(C2OUM'ߴV~_ -> ~3 >h:o|UOG3k>" aᮁxoF'Ox:5-k1>и?vN<fڣo&t~ʾ5~?.x.?>VO#׈<1=[Mp kO)XŮ]#ß?g $04%xoZ$gcW^qP%(aIb^!UxrUajt<}<қix9pSʕF¾&?0'y\:nO3yE )#hN5՛?k/o._3|vK֚> -wIl2|Mg#@shǟ i7xp?jOA4;70xosM?>i? <'oh/ k"~ Ouψ>/]2{ॽ/߳~~>/ x&ڏ y⟃a>.c5X^tAω^<~/]4ҵXWZO5>o!x?/~u__X|>*N楬= ps(𭾝q]j-{K:o˘ƂeЯu^֭8Jta*ᰘ|E<T90uVy>>' {ҫy$tqUkBRu8勇ZkN7 EuHj6YIa~| -?goĿ'c 4r}R/ "śo~L|2h~_Ye|(%WBS~~ϟ]W?ͬ4?}ß<O4ԵvB-j?e+[?~[g|5;~LZO m_=fo?XSMρk_+? π>վ}wH5 |`o\/>Om?h[xURk[}[XWyWճ7U~w^?? gs*90iU!^.<|{%c/'__Qؗ>?ͺ0 O#|(7c5ߎW+ -~7m>Gi4G̺kN7 EuHj6YIa~| -?goĿ'c 4r}R/ "śo~L|2cxcg -)_c? do_-*x8~kXtٛǟY|&!i]Wzo+~?灴o_~04'/Zx3J='Eğ<Ļ x#N3z־z_d.@ekOY 6~& B9*r\Dˤ?хJP)2̨QxE1՞S |x7_.M|m?cZŸ>/? xJ>8fqx[?~)f Yb?ڏ_O/_7W[⏎<_ G4='' ~?t__>,oX.JiA|ooOd>70x?ؿ? -x¯e%~X|C i0nKF:NOb3sU*+pyʪccI`//հeX\,%<1[P|?k,3qC -楅HpY5jJX8CJ|Ɣ+Vk~џ8 u_|k<>,~~5fXwkx~o^-ÿxSUޗX4 ZxA??CGk 6UZnᏍK_:~*~8<9|.(|K/ǂ\×8#o :ށ V^Eͽn#9a??XFrV3FdsUYy?&ʷ?>#SQEAEPEPEPEPU&\Iy.?`_!KI,c8rʪ_z<70Cso"Moqs4l9aIYXpT+) xq/:˸JtoiqXZKƌ!kejjB -'tIAN;<&M**o⪵I֩<6]B+3ѥJ.ukK IJq-|5|[_~ ~kw:ڃ ;^:-u}'R~*|j >/LJ!mTg7q_ ^4OQ>MsU'emfY-Է[HbXA%}SUi|5mJ?hkK>9|{j -M&7|@i:Rjikjizs'Ӆlx5 f[K?btx\>dm8y}_6X<,140SEq_ǃ81V/G u01J\fUa+NUgKR$G|)m/b c_/>_x⍷ ǥ:4oO-~M5 ;WWԞKfo؃ x?fό:ֽ2mSπn{^?kd>Wj C;i;_Ok4S$̿<]kYO? -xW:SAIu=/LeҮNx ť} x7I 0˳~xf8f1J:Y~kC2UՎS[Jm(1ӈ8 aY40UTaIrFҜW\-q~5Y4`C%#O7W>|:w eH? g_w4ç_?us_@ç_?usG:w eH? g_w5:w eH? g_w4ç_?us_@ç_?us_R_6(x_߀ׄ_O~_o|KM<agA曧7~[Sr[WRw{eƿL:ï'EcLǞ9u+|Hi%?Iuv-kIG- .;co( -( -( -( -( -( -(G^7ï /Vhqs; C縻4+N'apjb18#J -`UZaN*q9.Ri#l6Pa(UzVzңFJ*J0"&l2|]ē /VHݭt5l/4Z;[X溗qZ|-j_?!y=W|2ȎXCd< %J">:,sc&{M7LT{ڥ*GkVvG?lm*8RGd@,@$>q֍Z<bV'r\M9җc6YM`ǟO5NP`18 |g eUV kaFx{UFSM]M?\m eTR4;^.J {X%X(!@8x[Q_Q@Q@Q@Q@Q@Q@Q@yoOu~hZ*zό9j6*P\̌XeaAAρ|dZ>>$>v4bu&j-$Z:V -מ [BI|8߉&8K#ጿ&Wx:53n7aY6/8*27VtrPUG(ԧ9g|M0YO -f22, jf'T f N.5*VjRrS^?|*Ç[ O_p#zb_ً^bgjǍ)-` S& O_p#z?{|o^U K135t_L]X>Cſ D޿{|oG/oY>-ʿf/&yA殏b_ً^7Ч¿Hx6OZ/oY>-C'¯8~yW1/D/?? K135t}cW0WO)?_zK_UC'¯8~dU?*%?f/&yA殏xB -! ?GKo_kdU?, -G_Ŀ? WG1/D/??S_$<[}_?x M-}W, -G!EW?޼bgj%>w -|+ć'Co/!EW?ޏ^?|*Ç[ו_L]Ŀ? WG S& O_p#z7 x{xÞ*AswoL-+Cy%پydl7qg d<[pd0\W0t1\9瘼VU㳞zs<FT=ʒu9-.G {g'q+1EdL.*irnJUZ5iKvJ(7?F5Y뫽CG?|m WjVM7#\[GkWk/WLx8ߞNP\Q4sQorJҷ,T7+Vrv6%W_Q>d8xsWS7j&[[1 |[g?yY[Eo?-o_T~گ23TW:|ac>Yyo̫ץ[O6aq|>>; Msr;5S y4r:x=jҊ*,y[ϛcFUh^Ίm<9|j¿۷ [us^33ϟ_.|S9)?7IkO<-q!~~&׃tNz m:]oYuWkFys - _Ѿ>#(o?e -Z?7WjD]c'G'N+7p:OeO Ky^6Si}Jg^j:?+;~;6~*_3:;] ?>"i_|AB|)ti+O egZJXx-[UN[F9_|S#|Y}1x?#g_?>"SG(t15=oǞ'vz4lҖX:UlUgz :*SZqn]wx"]k:o>jz 4UN)gzO.\jJQʥ5%OgW_^t|eSNJt15e(Lw -RUib#J6QVF!b -J+|RVv'__EُGeW_Wߴv|E!^,>⟋z}/^#^%5|[5BV[Ϡ?<'[/$9џ1UpY\Zx]O⨲FTjVU7*>74RV˲j?r%իt9<-E -zMKNM7Ǐڏ>&2xM뿳ywiquBP _X!}/ƒ" XXZ~K<!k^ _WUKĚ߇qx$мUYJƝ,=N"_WǸ0Gy[̩SwQRta:ܔ4Җ'9eeЩ{JpUξДcPGݍ9¥*>d/WƿZGu+-|,Э-x3^.-&W9/qǃ]GISx|%NJ?QѾ1=GJtwKuPմmbUu]6;S5 x5 ghmnHn 9bvGV?xs'+f#R//X'`p8<^*4<[N' -UsL7X)Tn//`a/3QSj)ۚ(Q8(((+ -F+#V_xK|qxJ \BNhkKfűx~I [ -wZ.4{Pz+ |r7E=>,|?? |G}|Qx×"FGRѮ, ]uRHW(($I '>[W5 -.pN<2}kF^kڞggYK]SFpCK- d2n۳O#-'ZxkI{geY":Z'u(J,gL,wwwfO%|բ<#/ocQn54TEӴlA;Z\f/o[@uZGqOʜWPeGIr*ȏV<yLeF's…Z5Fz%l1t)P+ B>Y۳½>&o|Jwõx?cmWm -#/"k^+67F\Z5QO|II*G5 mCBմq+G}2Bg^?> ȿr?K04؏ -? ~0h]Pgį\:Uk;䳓U'%peXCZ3ԭe%F-s eYSeB;rqKU_87Aap_Zn4_СSse.**%% >&S[*UW'|g/[~G{cVLZ7Wm>=i좎-/MQֲOmsg% Zψ>:[N. R?it^4dM2٤XƉW|v'j8js<7dTt+pEUcBZ|^+ %'#*x:>6aoWt/_gxOV$BH-:\R G𷇬-_w'hz]kci( Ơ*G -8T-3luaoYg>.O zѼڗ½@A eY>#?#Zuޛ~tHu쟷^G=®өgҩWQSRBk1S69. -QxaEiƩ&**q>)Xaj:< RžVㆭWSկH<=:ѥ2_q%?/~fX>$G/xχ~6<xAxQ|kx/nj.{aľKxƩwwc>|eO?~K/G -~_u(g?c/'sxŞ"]|O3]{\|6wƣJRS帇昬ac_乯dmyùҚdtf/Ou1YXhSV):G+8f&~ʂ/:˸wӍz4RίZ18f7Niمd?~ x~>we->#L5x>>֟MR`j6\-iɤuoO?a? ~(/}j?~m]wව<s{-6:g¹K:?l闺nl4(9_q?sxgsKm>QMWWURkJYeQ+Ӟ? ¶c5sWqZxjn|/J\J7hgjؘ_T1X|5\Ej8l2_Mv;ӱ$j|X_x -d]BO )l,m[ -̾_Gটn -~ įN?d_|+ٯχ|e['fw-_k+h5%uZ~[|.i?|mOC4x"kWX>MrC𭍽+kso7~ӵ/ x$u)Uu+̰_ٸ |NZauP:t*hfTG8RzVZp8Vz0kFuaʕ)9ΤaMNtcJGJJjQ\`WCʬ?|UKeVK*|i'qɾ|!H}_C>~_?d/_c/<O^k-n -j)uA-ڔWSҕ -JGV ­58t*өөBS^VSzJt+V^qIҨ*UR~ε9BQjѝҚ~HFZwmmV|9MTc~ ],K7h{tQ`xķ?ΰ?zd>qY?g{N[- E߄ZƟؿeȼ,[|HԤu++))y@[[+w-M:*֫)Uk, LϚE,mlsS ^hN8Ue [׷ -RJ1 8e06WJS%F/Fү(N)~6]?n/ğ?jo  | 0~ -?j-W'_~"M/WW {/Oh/POsAz6Gk~~ߵNxJ//hڅ{~B—~HigEZIw6VY*+:rt)BTٖi6*َmSv.tiʮOC  OQS*󭬗<)6L R8e_6a99Ti^!N*ԧRB)|G6OKxZ/N>,UWxI-3tK=kkpZVS?|kӿ c|׼+>4šO\#5/_|-m i+ho -ͨi>5-6j)ЛΔ쾯%N9`Պ[ +.ePK9 -*2Z%1;Pt9u$6 &冄Oȯ?oٻ|{oaFg~|@>4|t7Gß/%mCZvM~:ߵuKf:+?^ wgÛ~"gχh '%|Eo,rxsCxcK*W2pox U:elBi`pWEbܱ.֣J*mxGMG/|+xU񯂴~ߴ7?h.ɨ|)#/(.|k!mj0Q|Z*xW_4T5E ɑ{ <=I®.b2V^u)ק˫pO<a:1S9u 23SR/^oK -1 yF:ʅ:4E~#x/ ?!Xÿ|uKzx~!^j;v⿈~>_|=^3xǏ96[j:i^ك4>9mgj>&B/|v6m/^4aZ/┚%e_~V/Uׯ3kEh,N/~>{ᦕ;S__ xǚ_Xşc⮃xM'<+.6./%EESNT)0.(rj<;<$z!85X:xZx⫪G0WZK*Ueԭ)9s>!TRU()ZTenX -1__ߵ]E)|Z{?aa -~|@|-G㿊|C?ᗎ|W -s&a/hvvTdj?Wƿ?Ɵ?5 }o뿰Y-[GR-_Ռ[GSK/]/ W`e[)ͱu14'*X3,}Nz ZpΧxձxm/5[,6aEJc{ODz[o >.$ b⢶YTVJXa1X:kfʼ/ -a]( EB- -0a]aO*+ N3#JVYԩ)vb(5 -( -( -( - ^>|,6xWXi{{4z-ͭ,QEa -f{ k8 ~!jl_x˃f9 Q`3?8/0rX/08j..TS5f_x7fx*80PQLn h)(գR*Ptg; ?yaq|<#5}uukcks}}s]^^]Mm5̑A#4Һj쪤g'=c?{: Z|;mPFx.q|<#5/4U謿xOD.GO+s?>q|<#5/4U B*/+s?>q|<#5/4U B*/+s?>q|<#5/4U -K]wſwJEn(Z|+w%O_KHֿGSvAx-VG,@iN}.i`\gVio׈f?ύ7? ѭl~'h]wzVۍW]<ïA[ݼWWz hxO#֭ҬQUYcUJw[40؜ENZ8z 4g1VV+_< JT_JXJ2pVøWw~*?WR!? -.sGWg @?*G<#5yF/kux΋ѿH^Z*| ڌc>Xi_Sw|F5sT:e=-)tm>y!C>*Kr O&l7\;*1iRs)eembjcs,<VuUqE7V>Jp1 +#ெo~+O]/nAPx>|+tҧTZOVX}'8-&X9|{j -M&7|@i:RjikjizwpwGx0ɳ,GxrCbue\Ś-N1p1{a,UԎeNN7Z*BUh~է':j,S?$o~Wk(?dxOo_ -x|Bmn=/Aѥ|*|wkhɨi/&&RX4;~N&ޙ⟍'A#ׇυ0'6|aֵWj |uXx%槭'!ž*U%#O7ײc_٧zg/'eoDZϊ~ Wz&&xšKzf.uu-un--}|A(o59'>af ;'Tqy!ctֆeW0<3"Qb!\AL NɡJgO TjK0nt\ࠢtmtοhN,!?ӿK/Fo:;i;_^$'kԵ *}KF8"h - y,$t *U -j*4UtSj89QM9ի$iӂsڌSm#ZzhFtiU+ԅI)֭QRTPItοhN,!"KMs5׊ dLm]Bmh5 0Cb[?&BKeɯk:me4N-{Y ykUmߌ獹O8,&b#9`et0=GƤT}":ت~IN"S6~|IX\% bqy:غ1 8R+TjQt6պtοhN,!k?>N,!1िmQu[?a =⟋ f;7x&[΃7OHoI5xOҧX4? u_O‹o/ƙ/ m>KrmiwQUfv{¢O%qV䩞*r6>? -">Id,5 Xj´Ӕ]ZQ'Zt8?g9JjK9]媃2Lqx7N2TʓTVe>~ROg[ -nޤ%&ZI/c7~!~|/Z7MƟg L]o VH[K][F.tGO70jz5ޡ[E~V*j:؊Z$еxJ2i-5նw_䳹1ðΓ4>~_~|[g<H>.l=W7o'@xżQ~%5KK:/[A.l?h讏mS،ϙ{^/u*bN\>-r^zpب5\*Q ҥ(r4^ J|"O Fi7B5(URKkQ'_I~*~Ⱥtk| 3 h]c Sx+Z)gkNk?+Wdt1|>[ڭ-+^O?[_kڧTz$%_WQP·5<=*4!hfTѩ8bҿ2JiIi[XxLuyV"8 UXJWIB4><?/k_7|.O^Ks/u_kwմoKt^}*Rѵk/ nu_@o -|W?[8~M7Vih/|WRi]o|% 28cڊ(%<ּQ&'y1N4_/*uᣄxBAib$8cSJ“3_}ū~ߑ=ozէ~>}SψLXF_ /WO\=ڄ2Dm , ok#Goڻ_+5xW+i WDn|5-1kƟɠ7&5Yl4)z*=;`Q˥g -/1WBjP -MJ2ʲМgOt%)Ǚ%v~?M><%2Z4_hvcp|0>3qxJoe3_~<=c{>/U5+?ju=SFHڿԖ95PoIεL%ZӝZU0*ItjdrO)g&)eJAF! U8B0eT#VqQVJ8Ō*)+V.uAxs~?~#h^߰O!u?\|w孅,X_iޥ:t["@ ηq>?_Koᮝo h|Q~!h_-xǾ,ҼAmR7_QXԴ iz?4 iz_DuBU8*l-|2^_"S FBWOSV6c/qt1ю.t3ƌRU9+֍O.!ß |&oR]Gķ6"7_G׮7F.?KR.kǚK]>KxF+^*lN"15WV_Jէ*jJ\Ӝ'dg- -(B4aSF~tASz +P?d-X._Cʬ?|UN<as. }C[(B(((((((((((((() dWgJ) dWgJŏ C? -?gb xƾ<@5|tK۫|cE&4j|'3-K<@_>|6f|ӭx_o+Kas(|6CskP^djwFQ%'+?~#S_?+,ž)]{F$m2I-!'m<3rP_b_.G@渴i77}/zj^ ^3txM4&&ieX뚯iT[7<%F#'{J=zt*S05X\d:y1P' -Բ<|pVst` ԣ<1qUpagF+F7'ߌV"/ٷ.|)~!ׄ>C巉uO^<7m _ź-r/XXjo'~?bo+_'okg<_+eo`|g-$ɥ7~N>:dͦjrZOMvl|yo7W wfog 1|9/i0_|L4hd -9qoۖ0m3OJy#6_?(ќkRSfSrW\iN2UC <ڿ (QU|MhҨ ,q7 b#SSáBԎE ZX-/NoO^CWƟuOLV/߿ ?iO,c|K{]'ſ:5HOu]LNND֞>'|r?ଧ~?L -f?΍-i>)-/x /պ/jMw}FVV~Ӵ?i kX[Җ þ g%W!`jmk?};O#s߷'ɯ_%ۏo|CпχRN|_?o~߃|F -X\yե1QpቦѭT<\ʮ32p;C/Ab*aN|e+a)S'7_gOՄucJ4ľ U$P<o8?Oj> -]_|&=*/|7o0^ck:vxXs͠ikYX4/~ ͟ 2|D|g/H~ Mgďٗ/É~N? ]7x'Ѿ74> -v{ xCúoǟ/[m?K^~ -ϥ?|G}C]?^kzg+qV7K=Ƅ+sZcZ4#cɲQcCc=.[Pe^8|ή; TUL(01X[9.czsy`jas,,5fOQ`Q?bŽ - o -+ݿA$+mr`|U'ඡK~? -cx~ʾMsJGe?>>0Ͽ[o:1 x3E// Пg M3{7?oukǾ:,>Wݪ)?}4*noSXiGEoC~ Bh_^ -Gÿw?o xaFh&Igo|u_[/J5xST8ryF˞!Βόu~(`%u] ֖ḵ[<΍oiJدW7QnsI`ZO~7߿ ?iO,c|K{]'ſ:5HOu]LNND֞>; g7;{7sOV?>O]eOoO;7\i kX[Җ þ g%W!`jmk?};O#s}I(Y'+ν$KqiМouO N4qxl67Jak/ e\)ce?m"?֬}flD$UȥSZX$nT|~?POQ'6;~74aL/xUӤ^googGV:m7x __[?|;[4OQSH',_sx~7'@B%:7z#Z=^dϫ|aE|K~R_kG:m|rҾ"l^¯|K>_mOi^/&=Ž_L'}kWƏ?|s@Z|W~(аxu"?/Ys-~~2t%-ƥy hyp|y>*f5|M0^P7ͨV*ya0X&YfS]XJkPM Z*'*ge#FXqV.9i?H袊|R'Vό|R'Vό~Wu3fLO -dXQE`QEQEQECssogWSEmmo<ȱC Q)y$G**,HMm$z$ &I6۲KV%ղR@:?kM -K߅ krd/ Hَ[ke%Va9b~ w? -~Os){ s%}AYSZxrhymdPӸiT46>/:'Xg]X԰9 GrŘ7<\f' ,e\p/VT&''4Qg֞ -\%ѧ6(JxlߍZ[!1W?5O٧Y|g{iwk.ess IqpNI\0y73*WO*{u8{ɖvl4@[G^;F -#] cQ‹HUPt|3 pb,S _F2`ԱxqU<.~QW|E-˖[bhmb3J4& aьgz~Y*9f B,*b߾^2QEGQ@CmMU?gvi1ᛱ[^x2~%J2۷x{J-JӴ=HOҴ}LҴ X+k?O K+Khb5T@EPEPEPEPEPEPEPEPEP_~?[m*]V?d-X._?yg\&/9!Vm߲>,|)^#ߎ{v[n?x5u/m.u/jZUƝsx~Xn5Xk? M|Mͧj-ok:dz{C?fٟJKZ-7ϥh^:~}qa}KFR֏=GZ>MV~ZMץh&el?|u#R'W~*ޣ ;Gk2 m/Qt'P-(// |.o(O E/eߌ n|\-T:/+Zß/|ekoW0yo;hsxA}??lsSPr`j,8_/Wtږ75a1V DgG*XU(ÚSo &]W SZ/Giw9^u<JSO*|C?`__>H?h_ i~GM:ߍ~ 7}p|ccy!UԼ?"=O-o]{s5lnEAxſ4=Fֵ66O ]gz|ڟ4i3Hkg4iRx!0UjҥqN bRAӫp+?[^z:Y|/,q3k~.0΢pKEj8oTzajXC[_FUjTJѮn.,saYk ~ɺs f(A :|9fx?/6>j-ǁ[S>7Ѵue^ ~~ҿ׌!/,ׄCpPu+Uҵ(- '\zA:wn|D'c"pQ>~ؚ77Œ_oljt|7a>$Х|:3oq#E=STE| ^|U{>6th|&q_?u#n-,_Zjwz6VQ-gK# |Dq)™ܳ:VsU\fC -iJXv=ζ_, -ap4^i˙b0{)LUkfkFsakpJU -9IcUlWYO+ٻ7ſ؃7ڳE-~:hڮumWo/Sď?|Q>ƈ5]os Fà=ִkzNx{:ghzYèi:֋i\XjNaqo}j67 ʹ*;~/_g4~߲fWkzxHcV?fآ{03zAWĝ*>+uex6l ^6ofĝ7 {_  K':^e_Gio45_xn+ \ :]WZ,`Z^b[. S.Jg -N]L^Z,JyTd&-=,$ic)F1,w÷SaQ.% .cxW0P,V؊t4Ÿ|Tljj.?&m{ڇ=xƺqRm6W^3N$:}NQ{K?y{9| ¿/_#úG| sw='6[xW*WjuRS%ԢR?(/{_YxzT&g|QšM#T8Ѿ|cYmxWE6zƃb\=ؿO[oQC:_%w#|S2u>f{_ ->;xEu?^,X5ԣE$T_N++y]z,qQ+ѯVC'$6h` <%z^ʞ է8hbaUQF Z)O W k{vvXeճVXv#-NX\/S0c; -T?n?/!|8UϿ)*>,xC/4ߍ >EEiv,%rxW<]~/Ge xkźjȺw|?xOYeڝʬ 0UHl_ ^..sP_Wgu/ن+/fω>4xѾ~_cwA] s}:֛|x#Cpy)x^+AILwo$j&dRf_gi.xNOeVUsks[pdS,7;cFYCRtm:6b*q,kseb5:RKftTxeF8eΧ//iOi -l_ xb||OW@kÿ~'_S&y\xw>%ӭA=j?)~"Mz.Ꮖ~Oq[8GtI3nb~o_4 ->~~$It]G&Ξ*28NCA _<-gIj%O-8ϓR.+VUT:xD.\ᰴ}3ʷbpq/ G?E6~oǍ[ď_?n?#MkK`0 .z]짖EXFWI}xV~<|J~2C❧tKƿ 'OVWKuXNK-> H?sƿLǟo -߶~|r|]? |k[ow¯xEu]/t,ujKqoeo[_ǃ?gow{9|;3%m xß|CMU!69|^Y4Wmሥ8CY,0YTx)YV#><= -13|odWQgWeե_ ˆt[2rL~7E:<9_ G 8Fj')b^ e9bi͟ӷ]`|9 |C>x>;56^G'u_/ >&L7>Vx;Tӵ]SHHM4Omux'?Gsa|?gh|?A+>u b[)5]JVy{˙I$gonRW,NGG\*bQq)TŨ}ftT!RTVJj5TZ -\2jK :תjjR ΰʫUKJNRl+KeVK*%k.48X\o?xb>$>+CТ((((((((((((((οMgJeQf6zViOjwZʞmBWI|],5~ag|5ǧFе}0\Ћ1'0 >"uę>WK5 /CRǼ5z,.7MV\Tz2%4%g/|7OG (,-Xqjb Vw{|oG/oY>-ʿf/&yA殾@|~~7~~k/%x:"xcS񿈣Ѽ={SULt+J-t3O+H|xB -![ ?GKo_k) O_p#z?{|o^U K135t_L]X>Cſ D޿{|oG/oY>-ʿf/&yA殏b_ً^7Ч¿Hx6OZ/oY>-C'¯8~yW1/D/?? K135t}cW0WO)?_zK_UC'¯8~dU?*%?f/&yA殏xB -! ?GKo_kdU?, -G_Ŀ? WG1/D/??S_$<[}_?x M-}W, -G!EW?޼bgj%>w -|+ć'Co/!EW?ޏ^?|*Ç[ו_L]Ŀ? WG S& O_p#z?{|o^U K135t_L]X>Cſ D޿µxW?O>%>vtrow\[wմn %d 4lߣ~|5-<HEc?}wrSydڜK$0qYVM‚`Uʓ8ԅI(!g[18op<9kasL:_NP̩6NwW+EWgEPE(x7/.WMV-:&^fN,;cM[{Xf>\n718Cў#U >(TZGS"rIX,32~7 > :،EzQJ*jS9ɥ6ΛĞ%м!j>".iU_Ҭ6YypgHaI%tFǿ+}KFo̪‎U(۠2<]0 6Iͽ?|Xc{ߌ߶EZ]N&_x&9a'Y"6d]XGI⯍ς?o򽆳tq11mf@Iahui4E΃/F 32;7p_⯅8G eaTyvqÂx.K;%?+b[Xug #g0Id!ьeT"gSOqN2*ؘҕHҏ࿴9;7C+ 'b4hxQg'OۤWo,`G /if ¾4<O>x=֕-C'ß7N|!KSU֑eV4NEi<>Mڥ -J4l⟳O犩СUd9ӎ"t%RYڛ?oG*NQԹ]Q@`؋GY?l? /]W= W%,+3BFF+dzQ^a/o'G¿|}??l&[^=WV0K?4M#RvyvsiQ!G , 9ՔaO d - $*U^NuIԜi:ΤRW -suq9aՍ8u1m⟿TQ8: -pS\O_ >kg7k/zuorLִ &ayEr‡o~/^o [ǿUx#~Ly-,aP[˫{dfx Uhԕ*EҩF&:ua5S BiJ3N-&eBqL4"4Bt -𪔩J*EӔN-ڊ ;"9mex u)cfH]RӋqq[RM4ӳM=SOF2%(-8-]4֍5kFAERQEWas~ȿύ~*'c |\s?ȍΑ's𧁅ޏi$L4h>|>"?Tl*=xSPtM_:f[7E?5'Q.vyWvṡc -os? %,~_<xWPt]+o+۵_MmywD +7UNx\D`Υ:r5Jtj­s(ԌԒg_Y\A?X}K*%۟ -5\x oVG/~þ2;⯎t ];/$Hks߁<9{{ |5oV~0ccjM3- -qG<͟~ / kwcf}Wƿ|yD>.G_~~xb-7N5=⽗x `|(7HMo?kk} F?K|~?bߏ?߲~%FJ/~:_WK_t߉>Mt3ZyobDRY -ժTsL .\Uѧ䤰Ya3ZBU1/S,L2E9{IW; F8#˿Wfi֭b2ZXL%7דŸV>/[|9OIާů/_fGmӴ%.?j>;KHo>x_/;R=Z/n"),/FՔ%j<1E287r/?>5UwUJ?:E,G%g͊G~?Z|[/(ZW_ mx}G>5g ec~gM]~> |9bOD/m?wM7aTȼ!uf|*_ o|\Zgǯ|_b_I;4fR𕝜 6use.|Fw_x6/>.i~+Wo|>xDKkO?jo&| |k]|2Y\\?~&|&ÿGxc|{~xIx m~)Ev:_ F~~i|k~.<T|']cUnx5Y_w="I~#xGP~*i{^,;7T3q׶P7TyTkNuIG:y'ը}nrq^Yܲg0y1S3ğj+?/¿]Ksፇč#ߥWL4k?=xxo4ou?x#ǮkSucURqҥE|+˹ZqW̪ceFXYC?N+V'Ƌt2炩?myJ. -Ϫa}$x 4:爾&>] > ދo~'kjzSlп'`eZOW?O -w|yέ?fqe{3ebѾ5wg>։|>[^P4^ -6???b[Yٓ? ?S_ ZOoyh~L|M|+- uKo K%ˁNN(fW?k$Qt>1+VZ?9u15sUkcRT# B(Q )poUƪr=EUMdTqΤUK/f>m O'|~|ue/0ϋWៅZ_>"xW,~ /?>JG|U?Ht67~*|[6މ?ث~"on? ;W?|R!!uE-/ -^ӯ|/ggmg&zZ/O_:M|d,]|AIkqKkXQM75گOc~_o/?~쿦7Ƌx7>_|Aakͩ_Oj _Rz4jʂ=(ӫ%CWe(21VbTxYOs4tٷT//}㹴3>/~ -> |OqF׍\iԼOK]t?1ZgO_o7{C|Wea*> x#~ l񶍦x?]߈ڋxѼ YfSK>/ǿ_R?f?~~9-|J{>/;'tKL/|y]/x?R&xMϏלּ9m?F[^aR_KiNڦÿك쵩x/_Oe -x?^~&_ 5V}Gl=|5RN XPhfQK[ˇcjӍ<qKee -U]]a89Z88Uڥ[sGN},tp,MJU%CG?ߴo5?ZwZ›_J3Mt|SlEc㽏_c–AǂH7?P'oݬi'P^k>Mi~(= qkh蚎h> xIhߋ+ᗀu -%~տLzo7ڟ폆_i|e?[º^ٿh^K:oW᎖l"gYGX>o -=3ϯ NZ9ֿ/fJwkg{qY~ѿ}oZ_|D~,U5?"6"8 -'JJz\;|?f?|qPx4/CIw߂^WVm{Go5}Ao jtZU[_E{<3:+”pO*\%Jy>KЩR%IyNuêhӄr'RKsޣU}59(((((+S ' Yƞ~_ľ##wuxC5?j^Z`)`)b1up18B)T4gQF*89[aC89^QÙc|>+S eqha)bXqB)KCK, -G!EW?޼bgj%w -|+ć=ϫ'Co/!EW?ޏ^?|*Ç[ו_L]Ŀ? WG S& O_p#z?{|o^U K135t_L]X>Cſ D޿{|oG/oY>-ʿf/&yA殏b_ً^7Ч¿Hx6OZ/oY>-C'¯8~yW1/D/?? K135t}cW0WO)?_zK_UC'¯8~dU?*%?f/&yA殏xB -! ?GKo_kdU?, -G_Ŀ? WG1/D/??S_$<[}_?x M-}W, -G!EW?޼bgj%>w -|+ć'Co/!EW?ޏ^?|*Ç[ו_L]Ŀ? WG S& O_p#z?{|o^U K135t_L]X>Cſ D޿ ]:o<1_3Þ&]:1]ɦ^`K\k8Ֆ+ o~B)Q?{,+)xsɲS= Ӛ3K*b3_TƖ_JIUBLJNq\ 2U(bx3[[Nrt -C'¯8~yW1/D/?? K135t}cW0WO)?_zK_UC'¯8~dU?*%?f/&yA殏xB -! ?GKo_kdU?|NmSOsx{Ś| dM'r7b_ً^]OO =o՗΃Zkkzvt(Ku<ĉeWx^#ɸyVq<=ug|C(K?̨ҥȰxi;3%sG˸W#q.xOAĔc=!˪U1#㏋ञ > ~ɾ5xKᦅ\xWQA|-dG?^; ~mq;?Fmto~&Qoϋ/&ڏ4i[m$|U[,"IK)'/__>qѼoG|9y"$oqdu- mRʐEAiW[+;[@=R((+ɾ/fO_ M?߄wGh֦95}riZ '.dh,іKV]Ye4a~f*h`ԩ6[F+YNN0r~q^1C ҕjMN rzFRc]OxcuxWt]2#-sP]]ܾ"I..fe -s_wm52QZ1J<~XIgVQ5%(Fm]sΗ+t_[Y?kxjPfvp/YYE_<>kb2*8 - ?Cc>է[fQE5Te5ªu>υ]Ť7:F$ b@-9$_ P0H@.~WCʬ?|UOlx)a0\ߋpl.(a)pu -ThѧӥN!)$<bqN3Ⲏjζ#^䳩ZjJ*MNsm9"G&}_dkGK|mFlaW#,@|AF|%;e=e~_ln6]-Z-zejV4K ~(n9^xWwd<5? c3S&o|@ηx[3m7u koR2sYCp-mdoLM(X[Hђci 8eF(Y RʤeA~[͉j Ÿll:u Yѧ`)aԡ:5^ef>j_Rj5+`-W^ùuZq/ݪؼ,qU%QPEI?w7Qտmc|> CP=E[eg/_~!yc? jg"_Ju[Y'(>.~ |_KO+:BoExueg֯3Irv!Վ o[n+:]_ -+ߴ%?kVOfx>4|eyxoe|Z9xgyIJ~]7Zv᛽>4K=Y+7?k768|roa|M&Þ)[<"@|*Ki~ kžuƾ5j7ڕ8dxN5jKSTK4y,eWCS [OjSP8vQZ"MмdkΥS,ng,%4RlYFg:3хWK^N{G4*