제3장
유전체는 여러 데이터 항목 가운데 하나가 아니며, 유전체를 고치는 일도 여러 중재 가운데 하나가 아니다. 이 장은 WIA-BIO-018이 유전 정보와 유전자 편집을 다루는 방식을 설명한다. 데이터를 어떻게 보호하고 공유하는지, 시퀀싱이 아무도 찾지 않던 것을 드러낼 때 무엇을 해야 하는지, 그리고 표준이 허용 가능한 체세포 치료와 유전되는 생식세포 변경을 어떻게 가르는지를 차례로 살펴본다.
제2장에서는 인간대상연구 보호의 일반적인 장치, 곧 정보 공개, 이해도, 의사결정 능력, IRB 심의, 취약 집단에 대한 추가 보호를 설명하였다. DNA를 분석하거나 편집하는 연구에도 이 장치는 모두 그대로 적용된다. 그러나 유전체 연구는 일반 장치가 상정하지 않은 문제를 더한다. 한 사람이 서명한 동의서가 서명한 적 없는 부모, 형제자매, 자녀에 관한 정보를 드러낼 수 있다. 이름을 지운 데이터셋이 여전히 특정 개인을 가리킬 수 있다. 우연히 발견한 변이 하나가 삶을 바꿀 소식을 담고 있을 수 있다. 그리고 배아에 가한 편집은 동의한 사람에게서 끝나지 않고, 동의를 구할 수 없는 후손에게 이어진다.
WIA-BIO-018은 명세서의 두 절에서 이 문제를 다룬다. 6절은 유전 데이터 윤리로서 보호 수준, 보안 통제, 차별, 우연적 발견, 2차 이용을 규정한다. 7절은 유전자 편집을 다루며 체세포와 생식세포의 구분, 체세포 편집이 허용되는 조건, 생식세포 편집을 둘러싼 논거, 6단계 의사결정 체계를 제시한다. SDK는 같은 내용을 GeneticData, IncidentalFinding, GeneEditingEvaluation 세 가지 레코드 타입으로 표현한다. 이 장은 이들 레코드를 의미의 차원에서 소개하고, 자료 구조로서의 상세는 제4장에서, 이를 평가하는 코드의 추적은 제5장에서 다룬다.
대부분의 개인정보는 한 사람의 한 시점을 기술한다. 유전 데이터는 이 두 가정을 모두 깨뜨린다. 표준이 유전 데이터에 별도의 절을 할애하는 이유는 다음 세 가지 성질로 설명된다.
사람은 부모 각각, 친형제자매 각각, 자녀 각각과 물려받은 DNA의 대략 절반을 공유한다. 따라서 연구 참여자에게서 발견된 병원성 변이는 그 친족에 관한 확률적 진술이기도 하다. 명세서의 우연적 발견 관리 절차에 "가족에 대한 함의(Family Implications)" 단계가 들어 있고, IncidentalFinding에 선택 필드 familyImplications가 있는 것도 이 때문이다. 동의는 개인이 하지만 공개되는 정보는 부분적으로 집단의 것이다. 유전 데이터를 다루는 시스템은 참여자가 아닌 사람들로부터 오는 질문까지 예상해야 한다.
유출된 비밀번호는 바꾸면 되고, 유출된 신용카드 번호는 해지하면 된다. 유출된 유전체는 재발급할 수 없다. 유전체가 드러내는 질병 위험, 혈통, 생물학적 관계는 그 사람이 사는 동안 내내 참이며, 일부는 후손에게도 참이다. 실무적으로 이는 유출의 피해가 시간이 지나도 줄어들지 않는다는 뜻이며, 보존과 접근에 관한 결정은 몇 달이 아니라 수십 년의 시야에서 판단해야 한다.
유전체는 그 자체로 식별자이다. 전장 유전체 파일에서 이름을 지우면 이름표가 사라질 뿐 신원이 사라지지는 않는다. Y 염색체 표지를 공개 족보 데이터베이스와 대조하여 성(姓)을 추론할 수 있음이 학술적으로 입증되었고(Gymrek 외, Science, 2013), 2018년 이후 미국에서는 수사기관이 소비자용 족보 데이터베이스를 이용해 먼 친척을 거쳐 용의자를 특정한 사례가 공개적으로 이어졌다. 두 방법 모두 원래의 연구 기록에 접근할 필요가 없다. DNA 서열과 공개 참조 데이터만 있으면 된다. 그러므로 유전체 데이터에 "익명"이라는 말을 쓸 때는 각별히 신중해야 한다.
명세서 6.1절은 네 가지 수준을 정의하고, SDK는 이를 DataProtectionLevel 타입으로 구현한다. 아래 표는 각 수준과, 유전체 자료에 대해 그것을 어떻게 읽어야 하는지를 함께 정리한 것이다.
| 수준 | SDK 값 | 명세서 정의 | 유전체 데이터에서의 실제 의미 |
|---|---|---|---|
| 1 | anonymous | 식별자 없음, 재식별 불가 | 집계 결과(대립유전자 빈도, 요약 통계)에서는 현실적이다. 개인 단위 서열 데이터에서는 서열 자체가 식별자이므로 거의 달성할 수 없다. |
| 2 | de-identified | 코드화, 키로 재식별 가능 | 연구 데이터셋의 통상적 상태이다. 직접 식별자를 코드로 바꾸고 키는 별도 관리자가 보관한다. 법적으로는 가명정보에 해당하는 경우가 많으며, GDPR상으로는 여전히 개인정보이다. |
| 3 | confidential | 식별되나 보호됨 | 임상 기록, 결과 반환 업무, 재연락 명단처럼 신원을 알아야 조치할 수 있는 경우이다. |
| 4 | public | 공개 공유 | 참여자가 공개에 명시적으로 동의하였고, 재식별의 결과를 설명받은 경우에만 적절하다. |
두 가지를 짚어 둔다. 첫째, 번호는 엄격함의 순위가 아니다. 수준 4는 보호가 가장 약하고, 수준 1은 식별 가능성이 가장 낮다. 번호가 클수록 보호가 강하다고 가정해서는 안 된다. 둘째, 보호 수준은 참여자가 아니라 데이터의 사본에 붙는 속성이다. 같은 유전체가 임상 결과 반환 시스템에는 수준 3 레코드로, 분석 환경에는 수준 2 레코드로, 공개된 빈도표에는 수준 1 기여분으로 동시에 존재할 수 있다. 사본마다 별도의 GeneticData 레코드를 두어야 각각의 통제와 허용 용도를 따로 감사할 수 있다.
명세서가 유전 데이터에 대해 제시하는 "필수 보호(Required Protection)" 목록은 다섯 가지 통제로 기준선을 정한다. 하나하나는 특별하지 않다. 가치는 다섯 가지를 모두 요구하고, 어느 것이 적용되어 있는지를 기록하게 한다는 데 있다.
| 통제 (명세서 §6.1) | 실무상 의미 | 기록 위치 |
|---|---|---|
| 암호화: 최소 AES-256 | 저장 데이터를 256비트 키의 AES로 암호화한다(AES는 NIST FIPS 197에 규정되어 있다). 알고리즘보다 키 관리가 더 중요하다. 키는 데이터 옆이 아니라 키 관리 서비스에 두어야 한다. | GeneticData.encryption |
| 접근 통제: 역할 기반, 감사 로그 | 접근 권한은 개인에게 그때그때 주지 않고 역할(분석가, 유전상담사, 데이터 관리자)에 부여하며, 개인 단위 데이터의 모든 조회를 기록한다. | GeneticData.accessControls |
| 저장: 보안 서버, 외부 백업 | 백업에도 같은 암호화와 접근 규칙을 적용한다. 암호화되지 않은 백업 하나가 나머지 통제를 모두 무력화한다. | 시스템 문서(제7장) |
| 전송: 암호화된 채널만 사용 | 시퀀싱 실험실과 분석 클러스터 사이의 내부 전송을 포함하여 모든 전송을 암호화한다. | 시스템 문서(제7장) |
| 비식별화: HIPAA 식별자 18종 제거 | 미국 HIPAA 프라이버시 규칙의 "세이프 하버(Safe Harbor)" 방식(45 CFR 164.514(b)(2))은 이름, 작은 지리 단위부터 날짜, 기기 일련번호까지 18개 식별자 범주를 열거한다. | 보호 수준을 de-identified 또는 anonymous로 설정 |
세이프 하버는 식별 정보가 이름 붙은 필드에 들어 있는 임상 기록을 위해 설계되었다. 유전체 데이터셋에서 그런 필드를 지우는 것은 필요하지만 충분하지 않다. 서열은 남아 있고, 3.1절에서 보았듯 서열은 친족과 공개 데이터베이스를 통해 사람과 연결될 수 있다. HIPAA는 두 번째 경로로 "전문가 판정(Expert Determination)"을 두고 있는데, 이는 자격을 갖춘 전문가가 특정 데이터셋이 의도된 맥락에서 실제로 갖는 재식별 위험을 평가하는 방식이다. 개인 단위 유전체 데이터에는 이 위험 기반 접근이 더 정직하다. 이 책은 BIO-018 구현체가 데이터가 비식별화되었다고 주장하는 데 그치지 말고 어느 방식을 썼는지를 기록할 것을 권한다.
기술적 비식별화만으로는 개인 단위 유전체를 완전히 보호할 수 없으므로, 연구계는 기술적 통제에 더해 거버넌스 통제에 크게 의존한다. 데이터 접근 위원회가 요청을 하나하나 심사하는 통제형 접근 저장소, 재식별 시도를 금지하는 데이터 이용 계약, 제3자 재제공 제한이 그것이다. BIO-018 명세서에 이들이 명시되어 있지는 않지만, 명세서의 dataSharingConsent 플래그가 실제로 집행력을 갖게 되는 것은 이러한 장치를 통해서이다. 값이 true라는 것은 참여자가 공유에 동의했다는 뜻이지, 데이터를 누구나 볼 수 있게 올려도 된다는 뜻이 아니다.
다음은 연구 분석 환경에 보관된 코드화 엑솜 데이터셋에 대한 GeneticData 레코드의 예이다. 식별자와 통제 이름은 예시이다.
{
"dataId": "GD-2026-0147",
"participantId": "P-00412",
"dataType": "exome",
"protectionLevel": "de-identified",
"encryption": "AES-256-GCM at rest; TLS in transit",
"accessControls": [
"role:research-analyst (read, coded data only)",
"role:key-custodian (re-identification key, separate system)",
"audit:all-reads-logged"
],
"secondaryUseConsent": true,
"dataSharingConsent": false,
"returnOfResults": "actionable"
}
윤리 기록으로 읽으면 이 레코드는 다음을 말한다. 참여자는 2차 연구 이용에는 동의했으나 기관 외부 공유에는 동의하지 않았다. 조치 가능한 발견만 반환된다. P-00412를 특정 개인과 잇는 키는 별도의 관리자가 보관한다. 감사자는 이 주장 하나하나를 시스템 로그와 대조할 수 있으며, 그것이 바로 이를 기록해 두는 이유이다.
명세서 6.2절은 유전 정보의 금지 용도 다섯 가지를 열거한다. 고용 차별, 건강보험 차별, 생명보험 차별("관할에 따라 다름"), 교육 차별, 사회적 낙인이다. 이어서 GINA, GDPR, "각국의 유전 프라이버시 법"을 법적 틀로 든다. 이 목록은 책임 있는 연구 프로그램이 결코 가능하게 해서는 안 되는 것을 기술한 것이다. 모든 곳에서 법이 실제로 금지하는 것을 기술한 것은 아니며, 둘 사이의 간극이야말로 동의서가 정직하게 설명해야 하는 부분이다.
2008년 제정된 유전정보차별금지법(Genetic Information Nondiscrimination Act, GINA)의 실질 규정은 두 부분이다. 제1편(Title I)은 건강보험자가 가입 자격과 보험료 결정에 유전 정보를 쓰지 못하게 한다. 제2편(Title II)은 고용주(상시 15인 이상)가 채용, 해고 등 고용 결정에 유전 정보를 쓰지 못하게 한다. GINA는 생명보험, 장애보험, 장기요양보험에는 적용되지 않는다. 미국 참여자에게 이 한계를 밝히지 않은 채 "법이 유전자 차별로부터 당신을 보호한다"고 쓴 동의서는 보호 범위를 과장하는 것이다.
일반개인정보보호규정(GDPR)은 유전 데이터를 정의하고(제4조 제13호), 이를 민감정보(특수 범주 개인정보)에 포함시켜 제9조의 특정 요건, 예컨대 명시적 동의나 제89조의 적절한 보호조치를 갖춘 과학 연구에 해당하지 않으면 처리를 금지한다. 다만 GDPR은 차별금지법이 아니라 개인정보보호법이다. 유전 데이터의 수집, 이용, 공유를 통제하고 정보주체에게 열람권과 삭제권을 부여하지만, 가입 신청자가 자발적으로 밝힌 정보를 근거로 보험사가 보험료를 정하는 일 자체를 규율하지는 않는다.
많은 나라가 고유한 규정을 더한다. 예를 들어 한국의 「생명윤리 및 안전에 관한 법률」은 유전 정보를 이유로 교육, 고용, 승진, 보험 등에서 차별하는 것을 금지하고, 유전자검사기관을 규율한다. 법률이 아니라 보험업계의 자율 협약에 의존하는 나라도 있다. BIO-018 시스템이 각국의 규칙을 모두 코드로 담을 필요는 없지만, 동의서는 참여자가 등록되는 관할에 맞게 작성되어야 한다.
| 잠재적 피해 영역 | GINA(미국) | GDPR(EU) | 동의서 문구에 대한 함의 |
|---|---|---|---|
| 건강보험 | 적용(제1편) | 유전 데이터 처리를 통제하나 보험료 산정 규칙은 아님 | 보호 내용과 근거 법을 명시한다. |
| 고용 | 상시 15인 이상 고용주에 적용(제2편) | 처리는 제한되나 고용법은 각국 소관 | 해당하는 경우 고용주 규모 요건을 언급한다. |
| 생명·장애·장기요양보험 | 적용되지 않음 | 각국 법에 따름 | 보호가 없을 수 있음을 분명히 쓴다. |
| 교육, 사회적 낙인 | 적용되지 않음 | 처리·공개 제한을 통해 간접적으로 | 법적 보호를 약속하지 말고 비밀 유지 조치를 설명한다. |
설계 원칙. 명세서의 금지 용도 목록은 연구 프로그램 차원의 정책적 약속이다. 동의서는 프로그램이 약속하는 것(예컨대 식별 가능한 결과를 고용주에게 절대 제공하지 않는다)과 법이 보장하는 것을 구분해야 한다. 참여자는 참여 여부를 정할 때 이 위험을 저울질하므로, 법적 보호를 부풀려 설명하면 결정의 자발성이 훼손된다.
명세서는 우연적 발견을 "연구 범위를 벗어난 임상적으로 유의한 발견"으로 정의한다. 예를 들어 심장 관련 형질을 연구하려고 엑솜을 분석하다가 암 소인 유전자의 병원성 변이를 찾아낼 수 있다. 유전체 규모의 시퀀싱에서는 연구 질문이 몇 개 유전자에 관한 것이라도 분석은 수천 개 유전자를 훑기 때문에, 이런 발견은 드문 일이 아니다. 임상유전체학에서는 흔히 우연적 발견(우연히 찾은 것)과 2차적 발견(정해진 유전자 목록에서 의도적으로 찾은 것)을 구분한다. 미국의학유전학회(ACMG)는 임상 시퀀싱에서 보고를 권고하는 유전자 목록을 관리한다. BIO-018은 두 가지를 하나의 용어로 다루며, 레코드 타입도 같다.
GeneticData.returnOfResults에 all, actionable, requested, none 중 하나로 저장된다.6.3절은 발견을 세 가지 반환 범주로 나눈다. 아래 표는 이를 다시 정리하고, 각 조건을 담는 IncidentalFinding 필드를 덧붙인 것이다.
| 범주 | 조건 (명세서 §6.3) | 조건을 표현하는 필드 |
|---|---|---|
| 반환해야 함 | 임상적으로 유의 AND 조치 가능(치료·예방 수단 존재) AND 높은 타당성(확인됨) AND 참여자가 알기를 원함 | significance가 pathogenic 또는 likely-pathogenic; actionable: true; clinicallyConfirmed: true; participantWantsToKnow: true |
| 반환할 수 있음 | 유의하나 조치 불가 OR 의미 불명확 OR 참여자가 특별히 요청 | actionable: false, 또는 significance: "uncertain", 또는 기록된 개별 요청 |
| 반환하지 않음 | 조치 불가 OR 낮은 타당성 OR 참여자가 알기를 거부 | participantWantsToKnow: false가 다른 모든 필드에 우선; 확인되지 않은 결과는 임상적 사실로 반환하지 않음 |
명세서의 매트릭스는 그대로 읽으면 깔끔한 분할이 아니다. "유의하나 조치 불가"는 반환할 수 있음에, "조치 불가"는 반환하지 않음에 들어 있다. 합리적인 해석은, 유의하지만 조치 불가능한 발견은 참여자가 원하면 반환할 수 있음으로, 그렇지 않으면 반환하지 않음으로 분류하는 것이다. 둘째로 의미 불명 변이(VUS)의 문제가 있다. 명세서는 이를 "반환할 수 있음"에 넣었지만, 실제로 대부분의 프로그램은 반환하지 않는다. 임상적 조치의 근거가 될 수 없고 나중에 재분류될 수 있기 때문이다. 이를 반환하기로 한 프로토콜은 그 결과가 불확실하며 바뀔 수 있다는 점을 동의서에 설명해야 한다.
IncidentalFinding.significance 필드는 ACMG/AMP 변이 해석 지침(Richards 외, Genetics in Medicine, 2015)의 5단계 용어를 쓴다. pathogenic(병원성), likely-pathogenic(병원성 추정), uncertain(의미 불명), likely-benign(양성 추정), benign(양성)이다. 공통 어휘를 쓰므로 검사실이 기록한 분류를 번역 없이 윤리 기록으로 옮길 수 있다. 또한 분류는 근거가 쌓임에 따라 주기적으로 바뀌므로, BIO-018 시스템은 어느 검사실이 언제 분류했는지를 함께 기록해야 한다.
shouldReturn 도출하기IncidentalFinding에는 불리언 필드 shouldReturn이 있다. 명세서는 그 계산법을 정하지 않았고 SDK도 이를 계산하지 않으며 저장만 한다. 이 책은 사람이 손으로 값을 넣게 하지 말고 다른 필드에서 도출하여, 결정을 재현하고 감사할 수 있게 하기를 권한다. 명세서의 매트릭스를 최소한으로 구현하면 다음과 같다.
import type { IncidentalFinding, GeneticData } from './types';
type ReturnCategory = 'should-return' | 'may-return' | 'should-not-return';
export function classifyReturn(
f: IncidentalFinding,
policy: GeneticData['returnOfResults'],
specificallyRequested = false
): ReturnCategory {
// 알기를 거부한 참여자의 의사가 다른 모든 고려에 우선한다.
if (f.participantWantsToKnow === false || policy === 'none') {
return 'should-not-return';
}
// 연구용 결과는 임상적 사실로 반환하지 않는다.
if (!f.clinicallyConfirmed) return 'should-not-return';
const significant =
f.significance === 'pathogenic' || f.significance === 'likely-pathogenic';
if (significant && f.actionable && f.participantWantsToKnow === true) {
return 'should-return';
}
if (
(significant && !f.actionable) ||
f.significance === 'uncertain' ||
specificallyRequested
) {
// 이 범주에서는 참여자가 고른 정책을 따른다.
if (policy === 'all') return 'may-return';
if (policy === 'requested' && specificallyRequested) return 'may-return';
return 'should-not-return';
}
return 'should-not-return';
}
이 함수의 두 가지 설계는 의도된 것이다. 선택 필드인 participantWantsToKnow가 비어 있으면 반환해야 함이 나오지 않는다. 매트릭스는 알고 싶다는 적극적 의사를 요구하기 때문이다. 또한 확인되지 않은 발견은 반환하지 않고 먼저 임상 확인으로 보낸 뒤, 레코드를 갱신하고 함수를 다시 실행한다. "알지 않을 권리"는 인간 존중의 일부이며, 선의에서 나온 기본값이 이를 무시하게 해서는 안 된다.
확인되었고 조치 가능한 발견의 레코드는 예컨대 다음과 같다.
{
"findingId": "IF-2026-0031",
"participantId": "P-00412",
"gene": "BRCA2",
"significance": "pathogenic",
"actionable": true,
"shouldReturn": true,
"participantWantsToKnow": true,
"clinicallyConfirmed": true,
"familyImplications": "First-degree relatives have a 50% chance of carrying the variant; cascade testing offered via the participant",
"geneticCounselingProvided": true
}
여기서 50%는 어떤 연구의 통계가 아니다. 상염색체 우성 변이 하나를 이형접합으로 가진 사람의 1촌 친족이 그 변이를 공유할 멘델 확률이다.
유전체 데이터셋은 생산 비용이 크고, 원래 연구가 끝난 뒤에도 오래 가치를 지닌다. 바이오뱅크는 한 번 모은 검체와 데이터로 앞으로의 많은 질문을 뒷받침하기 위해 존재한다. 명세서 6.4절은 이러한 2차 이용에 다섯 가지 요건을 둔다.
제2장에서 다룬 열 번째 공개 요소인 "데이터와 검체의 향후 이용"이 그토록 중요한 이유가 여기에 있다. 등록 시점에 참여자가 무엇에 동의했는지가, 이후 어떤 연구를 다시 연락하지 않고 진행할 수 있는지를 결정한다.
| 모델 | 참여자가 동의하는 대상 | 장점 | 약점 |
|---|---|---|---|
| 특정 동의 | 명시된 하나의 연구 | 이용 범위가 가장 분명하다 | 새 질문마다 재연락이나 면제가 필요하다 |
| 포괄 동의 | 거버넌스 하에서 기술된 범주의 향후 연구 | 바이오뱅크 운영을 가능하게 한다. 개정 미국 공통규칙은 이를 명시적으로 규정한다(45 CFR 46.116(d)) | 참여자는 구체적인 향후 용도를 예견할 수 없고, 거버넌스에 대한 신뢰에 의존한다 |
| 단계별 동의 | 선택지 목록(예: 질병 연구 예, 상업적 이용 아니오, 국외 공유 예) | 서로 다른 선호를 존중한다 | 데이터를 내보낼 때마다 각 단계를 집행해야 하며 운영이 복잡하다 |
EU에서는 GDPR의 목적 제한 원칙(제5조 제1항 (b))이 과학 연구를 위한 추가 처리는 제89조의 보호조치를 갖추는 한 원래 목적과 양립하지 않는 것으로 보지 않는다고 규정한다. 이는 요건을 완화할 뿐 없애지는 않는다. 새로운 이용마다 적법 근거와 윤리 심의는 여전히 필요하다.
GeneticData 레코드에는 secondaryUseConsent와 dataSharingConsent 두 불리언만 있다. 그래도 §6.4의 핵심을 모든 데이터 요청이 통과해야 하는 관문으로 구현하기에는 충분하다. 단계별 동의의 세부 내용은 동의 레코드 자체에 둔다.
type SecondaryUseCheck =
| { allowed: true; conditions: string[] }
| { allowed: false; action: 'recontact' | 'obtain-irb-approval' | 'deny' };
export function checkSecondaryUse(
data: GeneticData,
req: { irbApproved: boolean; withinConsentScope: boolean; externalRecipient: boolean }
): SecondaryUseCheck {
if (!data.secondaryUseConsent || !req.withinConsentScope) {
return { allowed: false, action: 'recontact' }; // §6.4 항목 5
}
if (!req.irbApproved) {
return { allowed: false, action: 'obtain-irb-approval' }; // §6.4 항목 2
}
if (req.externalRecipient && !data.dataSharingConsent) {
return { allowed: false, action: 'deny' };
}
const conditions = ['Purpose limited to the approved protocol'];
if (data.protectionLevel === 'confidential') {
conditions.push('Release a coded (de-identified) copy, not this record'); // §6.4 항목 3
}
return { allowed: true, conditions };
}
재연락 자체도 신중함이 필요한 윤리적 행위이다. 참여자는 주소가 바뀌었거나, 의사결정 능력을 잃었거나, 사망했을 수 있다. 등록 시 다시는 연락하지 말아 달라고 요청한 사람도 있다. 따라서 재연락 시도는 그 결과와 함께 하나의 사건으로 기록해야 하며, 원하지 않은 결과를 전달하는 통로로 써서는 안 된다.
명세서 7절은 유전자 편집 윤리 전체를 조직하는 구분으로 시작한다.
| 측면 | 체세포 | 생식세포 |
|---|---|---|
| 대상 | 몸의 (생식세포가 아닌) 세포 | 생식세포, 배아 |
| 유전성 | 유전되지 않음 | 자손에게 유전됨 |
| 윤리적 지위 | 일반적으로 허용 | 논쟁적 / 제한됨 |
| 현재 이용 | 임상시험 및 승인된 치료제 | 대부분의 관할에서 연구에 한정 |
| 되돌릴 수 있는가 | 영향이 개인에 국한됨 | 혈통 전체에 대해 되돌릴 수 없음 |
| 위험을 지는 사람 | 동의한 환자 | 동의할 수 없는 미래의 사람 |
| SDK 값 | editingType: "somatic" | editingType: "germline" |
마지막 두 행은 이 책이 덧붙인 것이다. 앞의 행이 윤리적 핵심이다. 체세포 편집은 위험을 지는 사람이 곧 동의하는 사람이라는 통상의 연구 모델에 들어맞는다. 생식세포 편집은 그렇지 않다. 명세서의 "현재 이용" 행은 체세포 편집에 대해 "임상시험"이라고 적었는데, 2023년 말 이후 상황은 더 나아가 영국과 미국 규제당국이 겸상적혈구병에 대한 첫 CRISPR 기반 치료제(exagamglogene autotemcel)를 승인하였다. 이 승인이 윤리적 분석을 바꾸지는 않지만, 체세포 편집이 가정이 아니라 임상 현실이 되었음을 뜻한다.
7.2절은 모두 충족되어야 하는 여섯 가지 조건을 든다.
각 조건은 GeneEditingEvaluation의 필드에 곧바로 대응한다. purpose, ethical.benefitsOutweighRisks, ethical.noAlternatives, ethical.consentObtained, 그리고 mechanismUnderstood, safetyDemonstrated와 함께 쓰이는 scientificValidity.preclinicalEvidence이다. 장기 모니터링은 입력 플래그가 아니라 결정이 조건으로 부과하는 사항이다.
명세서는 다섯 가지 우려를 든다. 그 가운데 넷은 GeneEditingEvaluation.risks에 0–1 척도의 수치 필드로 다시 나타난다.
offTargetEffects): 편집 도구가 의도한 곳이 아닌 부위의 DNA를 자르거나 바꾸어 다른 유전자를 손상시킬 수 있다.immuneResponse): 편집 구성요소, 전달체, 또는 편집된 세포에 대한 면역 반응.mosaicism): 일부 세포만 편집되거나 세포마다 다르게 편집되는 현상. 세포를 몸 밖에서 편집해 다시 넣는 생체 외(ex vivo) 치료에서는 편집 효율이 불완전한 문제로 나타나지만, 배아에서는 태어날 사람이 편집된 세포 계통과 편집되지 않은 세포 계통을 섞어 갖게 될 수 있어 훨씬 심각한 문제가 된다.longTermUnknown): 몇 년이 지나서야 드러나는 결과.ethical.equitableAccess로 따로 기록한다.7.2절에는 확률×중증도 항을 더한 뒤 "Normalization_Factor"로 나누는 "Somatic_Risk_Score" 공식도 실려 있다. 그런데 명세서는 이 정규화 계수를 어디에서도 정의하지 않으므로, 적힌 그대로는 계산할 수 없다. 이 공식은 정성적으로 읽어야 한다. 위험은 각 피해의 가능성과 심각성이 클수록 커지며, 기대 이익과 견주어 판단해야 한다는 뜻이다. SDK는 더 단순한 길을 택하여 0–1 척도의 네 위험 필드를 평균하고, 평균이 0.5를 넘으면 강화된 완화 조치를 요구한다. 이 논리는 제5장에서 추적한다.
명세서 부록 A.1은 가상의 CRISPR 기반 겸상적혈구병 치료를 분석한다. 그 수치는 명세서 저자가 고른 예시 가중치이며, 어떤 임상시험의 데이터도 아니다. 계산을 표로 옮기면 다음과 같다.
| 항목 | 확률 | 중증도 / 가중치 | 점수 |
|---|---|---|---|
| 이익: 중증 유전 질환의 완치 | 적용 안 함 | 10 | 10 |
| 이익: 삶의 질 향상 | 적용 안 함 | 8 | 8 |
| 이익: 의료 부담 감소 | 적용 안 함 | 6 | 6 |
| 이익: 일반화 가능한 지식 | 적용 안 함 | 4 | 4 |
| 이익 합계 | 28 | ||
| 위험: 표적 이탈 효과 | 0.05 | 8 | 0.4 |
| 위험: 면역 반응 | 0.1 | 6 | 0.6 |
| 위험: 치료 실패 | 0.2 | 4 | 0.8 |
| 위험: 장기적 미지의 영향 | 0.3 | 5 | 1.5 |
| 위험 합계 | 3.3 | ||
| 비율 | 28 / 3.3 ≈ 8.5 → "유리함, 강화된 모니터링 조건으로 승인" | ||
산술은 정확하다. 그러나 방법은 따져 볼 만하다. 숫자 하나가 얼마나 쉽게 숨은 가정을 싣는지 보여 주기 때문이다.
그렇다고 이 분석이 쓸모없는 것은 아니다. 가중치를 적어 두면 심의자가 자신의 가정을 밝히고 토론하게 되며, 이는 검토되지 않은 직관보다 낫다. 그러나 비율은 IRB가 검토할 구조화된 논증이지 판결이 아니다. 정량화된 윤리의 이러한 한계는 제8장에서 다시 다룬다.
모니터링 기간. SDK는 체세포 치료 목적 제안을 승인할 때 "Long-term follow-up (minimum 5 years)"를 붙인다. 이는 SDK의 기본값이지 규제 기준이 아니다. 미국 FDA의 유전자치료제 투여 후 장기 추적 관찰에 관한 지침은 유전체 편집 제품 등에 대해 위험 특성에 따라 최대 15년의 추적을 권고한다. 구현체는 5년을 하한으로 보고, 해당 규제당국의 요구를 적용해야 한다.
생식세포 편집은 난자, 정자, 그 전구세포, 또는 초기 배아를 변경하여, 그 변화가 태어날 사람의 모든 세포에 실리고 그의 자녀에게 전해질 수 있게 한다. 명세서는 현재의 합의를 한 줄로 요약한다. 임상 적용에 대한 모라토리엄이다. 이 입장은 국제적으로도 확인된다. 유럽평의회의 인권과 생의학에 관한 협약(오비에도 협약, 1997)은 인간 유전체에 대한 개입을 예방, 진단, 치료 목적에 한해, 그리고 후손의 유전체에 변형을 일으키는 것을 목적으로 하지 않는 경우에만 허용한다. 한국의 「생명윤리 및 안전에 관한 법률」은 배아, 난자, 정자, 태아에 대한 유전자치료를 금지한다. 2018년 중국의 한 연구자가 편집된 배아에서 쌍둥이가 태어났다고 발표하였고, 이 연구는 광범위한 비판을 받았으며 그는 이후 형사 처벌을 받았다. 제3차 인간 유전체 편집 국제 정상회의(런던, 2023)는 유전되는 인간 유전체 편집이 현재로서는 받아들일 수 없다고 결론지었고, 세계보건기구(WHO)는 2021년 인간 유전체 편집의 거버넌스와 감독에 관한 권고를 발표하였다.
| 반대 논거 (명세서 §7.3) | 제한적 경우의 찬성 논거 (명세서 §7.3) |
|---|---|
| 알 수 없는 위험: 여러 세대에 걸친 장기 영향을 미리 관찰할 수 없다. | 고통 예방: 가계에서 중증 유전 질환을 없앤다. |
| 동의 불가: 가장 큰 영향을 받을 사람들이 아직 존재하지 않는다. | 가족의 선택: 예비 부모의 생식 자율성. |
| 비가역성: 잘못을 후손에게서 되돌릴 수 없다. | 과학의 진보: 인간 초기 발생에 대한 이해. |
| 향상: 비치료적 이용으로 미끄러질 위험. | 세계 보건: 유전 질환의 부담 감소. |
| 정의: 부유층만 접근하면 불평등이 커질 수 있다. | |
| 우생학: 국가 주도 "개량" 계획의 역사. |
실제로 논쟁을 가르는 경우가 많은 한 가지 사실이 있다. 중증 단일유전자 질환을 물려줄 위험이 있는 부부 대부분은, 배아를 편집하지 않고 영향받지 않은 배아를 골라내는 착상전 유전검사를 이미 이용할 수 있다. 영향받지 않은 유전적 친자를 얻는 유일한 방법이 생식세포 편집인 경우는 드물다. 오늘날 "대안 부재" 조건이 임상적 생식세포 편집에 그토록 불리하게 작용하는 이유 가운데 하나이다.
명세서는 문을 완전히 닫지는 않는다. 향후 허용될 수도 있는 경우의 조건 다섯 가지를 든다. 다른 선택지가 없는 중증 유전 질환, 광범위한 전임상 근거로 입증된 안전성, 국제적 합의, 견고한 감독, 엄격한 치료 목적이다. 다섯 가지가 모두 충족되어야 하며, 현재는 국제적 합의 조건부터 충족되지 않는다. 명세서는 전면 금지되는 용도도 든다. 정상 형질의 향상, 비의료적 이유의 성별 선택, 미용적 변형, 수행 능력 향상, 지능 증강이다. 치료와 향상의 경계가 늘 선명한 것은 아니다. SDK가 purpose를 선언하게 하고, IRB가 그 선언을 그대로 받아들이지 않고 검토해야 하는 이유가 여기에 있다.
임신을 위해 이식하지 않는 편집 배아에 대한 실험실 연구는 임상적 생식세포 편집과 다른 활동이며, 많은 관할이 엄격한 조건 하에 이를 허용한다. SDK는 purpose: "research" 값으로 이를 반영하여, 생식세포 연구에 "Laboratory research only - no clinical application", "No implantation of edited embryos", "Embryo destruction within 14 days" 조건을 붙인다. 14일 한도는 배아 배양에 관한 오랜 국제적 관행이다. 국제줄기세포학회(ISSCR)는 2021년 지침에서 이를 절대 금지 연구 범주에서 빼고 그 이상으로 넘어가려는 제안은 사안별로 심사하도록 권고하였으나, 여러 나라의 법은 여전히 한도를 고정하고 있다. 따라서 이는 보편적 규칙이 아니라 적용되는 법적 또는 기관 한도로 기록해야 한다. (제5장에서 다루듯, 현재 SDK에서는 이 연구 조건이 계산만 되고 반환되지 않는 결함이 있다.)
7.4절은 원칙을 절차로 바꾼다. 아래 표는 각 단계, 그 단계가 묻는 질문, 답을 기록하는 GeneEditingEvaluation 필드를 보여 준다.
| 단계 | 질문 (명세서 §7.4) | 기록 위치 |
|---|---|---|
| 1. 중재 분류 | 체세포인가 생식세포인가? 치료인가 향상인가? 중증 질환인가 경미한 상태인가? | editingType, purpose, target |
| 2. 과학적 타당성 평가 | 전임상 근거가 있는가? 기전을 이해하는가? 안전성이 입증되었는가? | scientificValidity.* |
| 3. 위험-이익 평가 | 개인에게 이익이 있는가? 위험은 수용 가능한가? 대안이 있는가? | risks.*, ethical.benefitsOutweighRisks, ethical.noAlternatives |
| 4. 정의 고려 | 공평한 접근이 가능한가? 취약 집단이 보호되는가? 세계적 함의는? | ethical.equitableAccess; IRB 제출서의 대상 집단 정보 |
| 5. 감독 확보 | IRB 승인? 규제 준수? 공공 참여? | regulatoryCompliance, internationalConsensus |
| 6. 동의 획득 | 사전 동의? 의사결정 능력 확인? 자발성 보장? | ethical.consentObtained, 연결된 동의 레코드(제4장) |
체계는 세 가지 결과로 끝난다. 모든 단계를 충족하고 이익이 위험보다 크면 진행, 불확실성이 너무 크면 보류, 윤리 원칙을 위반하면 거부이다. SDK에서는 이것이 GeneEditingDecision.decision의 값이 되며, 타입은 approve, approve-research-only, defer, reject를 선언한다. 결정에는 언제나 근거(rationale)가 따르고, 해당되는 경우 조건, 감독 기구, 모니터링 요건이 함께 붙어 결과와 함께 추론이 남는다.
유형과 목적의 조합에 적용하면, 체계와 현재 SDK는 다음 결과를 낸다. 둘이 다른 곳은 표에 밝혀 두었다.
| 치료 | 향상 | 연구 | |
|---|---|---|---|
| 체세포 | 타당성, 동의, 위험 검사를 모두 통과하면 승인. 아니면 조건을 붙여 보류 또는 거부 | 거부 | 같은 타당성·동의 검사를 거쳐 approve-research-only, 조건 "No clinical application without separate approval" |
| 생식세포 | 보류(모라토리엄, 국제적 틀 대기) | 거부 | 의도: 실험실 연구만, 이식 금지, 배아 배양 한도. 현재 SDK: 일반적인 defer(제5장 참조) |
다음 레코드는 가상의 생체 외 체세포 겸상적혈구병 치료를 기술한다. 위험 값은 SDK의 0–1 척도에 맞춘 예시 입력값이며 측정된 비율이 아니다.
{
"evaluationId": "GEE-2026-004",
"editingType": "somatic",
"purpose": "therapeutic",
"target": "sickle cell disease (ex vivo edited autologous stem cells)",
"scientificValidity": {
"preclinicalEvidence": true,
"mechanismUnderstood": true,
"safetyDemonstrated": true
},
"risks": {
"offTargetEffects": 0.2,
"immuneResponse": 0.1,
"mosaicism": 0.3,
"longTermUnknown": 0.5
},
"ethical": {
"consentObtained": true,
"benefitsOutweighRisks": true,
"noAlternatives": true,
"equitableAccess": false
},
"regulatoryCompliance": true
}
네 위험 값의 평균은 (0.2 + 0.1 + 0.3 + 0.5) / 4 = 0.275로 SDK의 한도 0.5보다 낮고, 타당성과 동의 검사도 모두 통과하므로 SDK는 approve를 반환한다. 다만 equitableAccess가 false이므로 결정에 "Develop plan for equitable access to therapy" 조건이 붙는다. 이는 그 밖의 면에서 수용 가능한 치료에 대해서도 정의의 문제를 계속 논의 대상으로 남겨 두는 SDK의 방식이며, 결정 레코드를 첫 단어로 요약하지 말고 끝까지 읽어야 하는 이유를 잘 보여 준다.
shouldReturn은 기록된 사실에서 도출해야 하며, 알고 싶지 않다는 참여자의 의사가 우선한다.제4장에서는 윤리에서 자료 구조로 넘어가, 동의, 위험, 유전체, 안전 레코드가 하나의 감사 가능한 모델로 어떻게 맞물리는지를 살펴본다.