제1장
이 책은 장부(帳簿)에 관한 책이다. WIA-BIO-014를 기록·데이터 표준으로 읽어, 유전자편집 과제를 무엇으로 등록하고 누가 승인하며 진행 중에 어떤 항목을 적어 두어야 하고 그 전부가 몇 해 뒤에도 읽히고 방어될 수 있게 하려면 무엇이 필요한지를 다룬다. 과학적 판단은 연구책임자와 기관 위원회의 몫이며, 이 장은 그 경계를 무엇보다 먼저 긋는다.
실험실의 일상 언어에서 프로토콜은 지시서다. 누군가가 실험대 앞에서 따라 읽는 한 장의 종이다. WIA-BIO-014에서 이 낱말이 가리키는 것은 그것이 아니며, 바로 그 차이가 이 책이 존재하는 이유다. 여기서 프로토콜 레코드는 행정적 객체다. 계획된 유전자편집 과제를 식별자와 버전을 붙여 기술한 등록물이고, 기록 시스템 안에 보관되며, 승인이 이것을 참조하고, 현장에 없었던 검토자가 인용할 수 있는 대상이다. 지시서보다는 사건 기록철에 가깝다. 그 가치는 누군가가 그대로 따라 할 수 있다는 데 있지 않고, 무엇을 의도했고 누가 승인했으며 실제로 무엇을 수행했고 이후 무엇을 측정했는지를 누군가가 재구성할 수 있다는 데 있다.
프로토콜을 그렇게 이해하는 순간, 실험실이 습관적으로 뭉개 버리는 구분 하나가 불가피해진다. 서로 다른 세 종류의 기록이 존재하고, 각각을 쓰는 사람과 쓰는 시점이 다르며, 이 셋을 한 문서로 취급하는 것이야말로 이 표준이 막으려는 가장 흔한 실패다.
품질경영을 해 온 독자라면 이 구조를 곧바로 알아볼 것이다. 규격, 실행, 검증이다. 유전자편집 과제가 여기에 더하는 것은 절차적이라기보다 진정으로 규제적인 네 번째 층이다. 이런 종류의 연구는 생물안전 규정, 윤리 승인, 기관의 보고 의무, 그리고 물질이나 데이터가 기관 경계를 넘을 때의 이전·공개 의무에 닿을 수 있다. 그 접촉 하나하나가 이름과 번호와 보관 책임자를 가진 기록을 낳거나, 낳아야 한다.
따라서 WIA-BIO-014가 관심을 두는 기록 계열은 실험 자체를 훨씬 넘어선다. 적합한 기관 구축물은 다음 전부를 누군가의 사서함에 붙은 첨부파일이 아니라 조회 가능한 일급 항목으로 유지한다.
아래 표는 각 계열의 소유권을 고정한다. 감사에서 벌어지는 분쟁 대부분은 내용이 아니라 권한에 관한 것이기 때문이다. 편집 권한이 없는 사람이 무언가를 고쳤거나, 누가 그것을 지킬 책임자인지 아무도 말하지 못한 경우다.
| 기록 유형 | 누가 쓰는가 | 누가 읽을 수 있는가 | 보존 책임자 |
|---|---|---|---|
| 과제 등록 | 연구책임자의 신청에 따라 연구행정 부서 | 과제 접근권이 있는 모든 역할. 식별자는 기관 전체에서 인용 가능 | 연구행정 부서 |
| 프로토콜 레코드(계획) | 연구책임자·제출자. 승인이 동결할 때까지 | 과제 팀, 검토자, 생물안전관리책임자, 감사자 | 연구행정 부서 |
| 위원회 승인 참조 | 생물안전관리책임자 역할만(흔히 IBC·IRB 사무국 직원). 위원회 결정을 입력한다 | 과제 팀(범위와 유효기간), 검토자, 감사자 | 위원회 사무국 |
| 인력·교육 항목 | 교육 담당자. 역할 배정은 과제 소유자 | 본인, 감독자, 생물안전관리책임자, 감사자 | 기관 교육 담당 조직 |
| 물질 보관 장부 | 해당 보관 장소의 등록된 관리책임자 | 과제 팀, 생물안전관리책임자, 감사자 | 생물안전관리책임자 |
| 실행 기록 | 작업을 수행한 권한 보유 수행자 | 과제 팀, 검토자, 감사자 | 연구책임자 |
| 검증 기록 | 측정을 산출한 주체. 장비·방법 라벨을 동반 | 과제 팀, 검토자, 감사자 | 연구책임자 |
| 감사 로그 항목 | 시스템이 자동으로. 사람의 쓰기 경로 없음 | 감사자와 생물안전관리책임자. 과제 역할은 자신의 행위만 | 기록관리·IT 거버넌스 |
이 표에서 내용보다 중요한 성질이 셋 있다. 모든 행의 작성자가 정확히 하나여서 귀속이 모호해질 여지가 없다. 모든 행에 보존 책임자가 지명되어 있어 과제가 끝나거나 연구자가 떠나도 고아가 되는 기록이 없다. 그리고 마지막 행에는 사람 작성자가 아예 없는데, 바로 그것이 로그를 진술이 아니라 증거로 만든다.
이 표준이 다루는 실패는 극적이지 않다. 화재로 무언가가 소실되지도 않고 누군가 위조하지도 않는다. 기록이 그저 서로 다른 시스템에 흩어져 있을 뿐이며, 전체를 책임지는 시스템이 하나도 없을 뿐이다.
전형적인 과제의 문서는 대략 이렇게 분산된다. 과학적 계획은 전자연구노트 안에 산문으로, 작성자가 선호한 구조로 들어 있다. 위원회 승인은 이메일 첨부로 도착해 공유 폴더의 PDF, 바인더 속 출력물, 그리고 과제 팀은 조회할 수 없는 사무국 자체 데이터베이스의 한 줄로 존재한다. 물질 입고 내역은 주문한 사람이 관리하는 스프레드시트에 있고, 열 구성은 직전 연구원이 떠나면서 바뀌었다. 교육 이수 이력은 기관 학습관리시스템에 있는데, 그 시스템은 사람은 알아도 과제는 모른다. 측정 결과는 장비가 생성한 보고서에 실행 날짜로 이름 붙어 장비 워크스테이션에 저장되고, 때때로 연구실 공유 폴더로 복사된다. 과제의 실제 연대기는 그 일을 한 두 사람의 기억에만 존재한다.
이 산출물 중 잘못된 것은 하나도 없다. 각각은 그것을 만든 사람의 목적에는 충분하다. 문제는 누군가가 이것들을 하나의 방어 가능한 서술로 조립해야 할 때에만 드러나고, 그 누군가는 대개 외부인이며 대개 기한에 쫓긴다.
그런 하루가 실제로 어떻게 흘러가는지 따라가 볼 가치가 있다. 질문의 순서가 표준의 형태를 결정하기 때문이다. 검토자의 질문은 좀처럼 기술적이지 않다. 거의 언제나 문서 사이의 대응에 관한 질문이다.
검토자는 신원으로 시작한다. 등록된 그대로의 과제를 보여 달라. 그 답을 위해 세 시스템을 뒤지고 비슷한 제목 둘 중 어느 쪽이 맞는 과제인지 판단해야 한다면 그날은 이미 나쁘게 흘러가고 있으며, 이후의 모든 답변이 그 모호함을 물려받는다. 두 번째 질문은 권한이다. 이 작업을 포괄하는 승인을 보여 주고, 작업이 그 범위와 유효기간 안에 있었음을 보여 달라. 계획서에 저장된 "승인: 예"라는 불리언 값이 아무 가치가 없어지는 지점이 여기다. 검토자가 원하는 것은 결정 문서와 그 번호와 날짜이며, 그 날짜를 작업 시점과 대조하려 한다.
세 번째 질문은 기관들이 과소평가하는 질문이다. 이 일을 한 사람들에게 권한이 있었음을 보여 달라. 여기에는 역할이 적힌 인력 기록, 이수일과 만료일이 적힌 교육 기록, 수행자가 명시된 실행 항목이 필요하다. 세 시스템의 세 기록이 서로 일치해야 한다. 네 번째는 보관이다. 이 과제의 물질 장부를 보여 주고 대사(對査)해 달라. 입고, 이관, 현재 보유, 폐기. 검토자는 산술을 하고 있으며, 설명되지 않는 차이는 과학이 아무리 건전했어도 지적 사항이 된다.
결과에 대한 질문은 그다음에야 나오고, 그마저도 과학이 아니라 장부의 질문이다. 보고된 이 수치가 저 원자료에서 나왔음을 보여 주고, 사후에 아무것도 바뀌지 않았음을 보여 달라. 마지막 질문이 결과를 가른다. 승인 이후 이 문서에서 바뀐 전부와 바꾼 사람을 보여 달라. 추가 전용 감사 로그를 갖춘 기관은 몇 초 만에 답한다. 없는 기관은 확언으로 답하는데, 확언은 증거가 아니다.
여섯 항목 모두에서 만족한 검토자가 연구의 과학적 가치에 대해서는 아무것도 알게 되지 않았다는 점에 주목하라. 바로 그것이 요점이다. 기록 거버넌스와 과학적 가치는 직교하며, 둘을 뭉개는 것은 — 좋은 과학이면 좋은 기록이 부산물로 따라온다고 가정하거나, 기록이 정연하니 과학도 건전하리라 가정하는 것은 — 기관에 수년의 소급 재구성 비용을 물리는 범주 오류다.
같은 약점은 감사인이 없을 때에도 드러난다. 올해 과제를 3년 전 과제와 비교하라는 요청을 받은 검토자는 두 계획서가 서로 다른 양식으로 쓰였음을 발견하고 포기한다. 협력 기관이 프로토콜 사본을 요청해 받아 보지만 수령자는 그 출처를 검증할 수 없다. 논문 심사자가 저자들이 이제는 온전히 재구성하지 못하는 과제에 대해 질문한다. 이 셋은 옷만 갈아입은 같은 결함이다. 단일하고 버전이 매겨지고 귀속 가능한 기록 집합이 없다는 것.
한 과제의 기록 지형과 구멍이 뚫리는 자리. 아래 그림은 과제 문서가 거치는 다섯 단계, 각 단계를 대개 어느 시스템이 보관하는지, 그리고 오늘날 정보가 새는 네 이음새를 보여 준다. WIA-BIO-014가 표준화하는 것은 단계가 아니다. 단계는 이미 어느 기관에나 있다. 표준화되는 것은 단계 사이의 연결과, 그 연결을 확인 가능하게 만드는 식별자다.
계획 승인 실행 검증 보존
──────── ──────── ──────── ──────── ────────
프로토콜 레코드 위원회 결정 수행자 항목 증거 행 보존 집합
(오늘날 ELN) (사서함/바인더) (실험노트) (장비 출력) (공유 폴더)
| | | | |
| 구멍 1 | 구멍 2 | 구멍 3 | 구멍 4 |
| 계획과 승인을 | 문서 참조가 | 항목에 권한 | 원자료로 되돌아 |
| 잇는 안정된 | 없는 진술 | 보유 수행자가 | 가는 연결이 |
| 식별자 부재 | | 없음 | 없는 수치 |
v v v v v
┌─────────────────────────────────────────────────────────────────────────────────┐
│ WIA-BIO-014: 하나의 식별자, 하나의 버전 사슬, 하나의 추가 전용 감사 로그 │
│ 모든 단계가 직전 단계를 참조하고, 모든 참조는 해석 가능하다 │
└─────────────────────────────────────────────────────────────────────────────────┘구멍마다 담당 장이 있다. 구멍 1은 제3장의 식별자·버전 규칙이 막는다. 구멍 2는 제5장의 승인 게이트 설계가 막는다. 구멍 3은 제6장의 역할 모델과, 어느 상태에서 누가 쓸 수 있는지를 정하는 생애주기 규칙이 함께 막는다. 구멍 4는 제2장과 제7장의 증거 규율이 막는다.
공표된 WIA-BIO-014는 이 책보다 넓다. 명세의 일부는 계산적 설계 작업을 다루고, 참조 구현에는 그쪽에 속하는 함수와 수치 상수가 실려 있다. 이 책은 레코드 계층, API 계층, 적합성 계층만을 다루며, 그 경계는 의도적으로 그어졌고 변명하지 않는다.
구체적으로 이 책에서 독자가 만나게 되는 것은 이렇다. 과제를 어떻게 등록하고 식별하는가. 레코드 모델의 각 구조가 무엇을 어떤 타입과 개수로 저장하며 무엇이 그것을 검증하는가. 각 필드를 누가 언제까지 쓸 수 있고 언제 동결되는가. 레코드를 어떻게 직렬화하고 교환하고 버전을 매기는가. 승인이 어떻게 전이를 막아서는가. 감사 추적을 어떻게 구성하고 얼마나 보존하는가. SDK와 명령줄 도구를 레코드 생산 서비스로 어떻게 구동하는가. 구현자가 자기 시스템이 주장한 바를 실제로 수행함을 어떻게 증거로 조립하는가.
반대로 이 책에서 독자가 만나지 못하는 것은 — 어느 장에서도, 예시로 곁들이는 형태로도 — 편집 기법의 설명, 물질·시약과 그 성질, 세포로의 전달, 효율의 기대치나 그것을 높이는 방법, 실험실·밀폐·제염·폐기 절차다. 레코드 모델에 그런 양이 들어가는 필드가 있으면 이 책은 그것을 필드로서 문서화한다. 이름, 타입, 필수 여부, 검증 규칙, 값의 출처, 쓸 자격이 있는 주체. 그 값이 무엇이어야 하는지는 결코 문서화하지 않는다. 필드 표는 권고가 아니며, 이 책은 표가 암시로라도 권고가 되지 않도록 주의를 기울인다.
이 경계는 단순한 편집상의 조심성이 아니라 역량이 실제로 어디에 있는지를 반영한다. 기록 설계는 연구행정·품질경영·소프트웨어 공학의 분야이고, 이 책은 그 영역을 자신 있게 다룬다. 과학과 실험실 안전은 기관의 생물안전·윤리 위원회와 그들을 구속하는 공식 지침의 영역이며, 이 책에 등장하는 그런 성격의 물음은 전부 그쪽으로 넘긴다. 그 안내는 이 장을 포함해 모든 장의 끝에 상자 글로 반복된다.
명세는 적합한 시스템이 갖추는 다섯 구성요소를 명명한다. 기능 분해로 읽으면 계산을 기술하지만, 기록 아키텍처로 읽으면 — 이 책이 읽는 방식이다 — 각각은 특정 종류의 항목을 쓰는 서비스일 뿐이고, 따라서 모두 같은 네 질문을 부른다. 어떤 기록을 생산하는가. 그 기록에 어떤 출처 정보가 동반되어야 하는가. 누가 호출할 수 있는가. 그 출력으로부터 결코 추론해서는 안 되는 것은 무엇인가.
그렇게 놓으면 다섯 구성요소는 이렇게 된다. 설계기는 무엇이 제안되었는지를 적은 계획 항목을 쓴다. 비표적 예측기는 예측 분석 항목을 쓴다. 전달 최적화기는 파라미터 제안 항목을 쓴다. 효율 계산기는 계산된 추정 항목을 쓴다. 프로토콜 검증기는 레코드 전체에 대한 검증 결과를 쓴다. 이 책은 앞의 넷을 오직 저장 항목의 생산자로만 기술하며, 그것들이 어떻게 계산하는지, 무엇을 물어야 하는지, 출력을 과학적으로 어떻게 읽어야 하는지에 대해서는 아무 말도 하지 않는다. 다섯 번째인 검증기는 깊이 다룬다. 검증 출력은 거버넌스 증거이고, 그 보존 규칙은 처음부터 끝까지 기록의 문제이기 때문이다.
다섯 전부에 적용되는 두 규칙이 있고, 이후 모든 장이 여기에 기대므로 여기서 먼저 밝혀 둔다.
출처는 숫자와 함께 이동한다. 이들 서비스가 만든 항목은, 그것을 산출한 도구의 신원과 버전, 그때 주어진 정확한 입력, 실행 시각과 함께 저장되지 않는 한 보존소에서는 무의미하다. 그 맥락이 없는 수치는 재현할 수 없고, 나중의 실행과 비교할 수 없으며, 검토자가 출처를 물을 때 방어할 수 없다. 제4장은 이것을 입력 스냅숏에 관한 구체적 규칙의 형태로 제시한다.
예측은 결코 증거가 아니다. 예측·계획 서비스의 출력은 기대에 관한 진술이고, 검증 방법의 출력은 관찰에 관한 진술이다. 둘은 다른 자리에 저장되고 다르게 라벨링되며 결코 한 필드나 한 보고서 열로 합쳐지지 않는다. 예측 수치가 증거 표로 흘러들도록 방치한 기관은 아무도 의도하지 않은 거짓을 제조한 셈이고, 그 유입은 대개 기록 시스템 자체가 아니라 스프레드시트 내보내기를 통해 일어난다.
내용과 별개로, 프로토콜 레코드는 찾고 분류하고 통치하기 위한 소수의 라벨을 지닌다. 독자들이 저장된 라벨을 그 라벨이 가리키는 실체와 습관적으로 혼동하므로 일찍 소개해 둘 만하다.
프로토콜 식별자는 기본 키다. 한 번 발급되고, 재사용되지 않으며, 형식이 바뀌지 않고, 발급 기관을 떠난 뒤에도 모호해지지 않도록 접두가 붙는다. 버전은 레코드의 한 상태를 다른 상태와 구별한다. 정정이 언제나 새 버전을 낳으므로, 어떤 인용·승인·증거 항목이 실제로 가리키는 대상은 (식별자, 버전) 쌍이다. 어셈블리 라벨은 레코드의 위치 필드가 어떤 좌표 기준계로 표현되었는지를 적은 문자열이다. 이것이 없으면 그 숫자들은 모호한 정도가 아니라 사용 불가능해지며, 그래서 검증은 어셈블리 없는 좌표를 경고가 아니라 구조적 결함으로 취급한다.
그리고 거버넌스 라벨이 있다. 레코드는 BSL1부터 BSL4까지 네 값의 통제 어휘에서 가져온 생물안전 등급 라벨을 지닌다. 이 책은 그 필드를 데이터 모델에서의 문자 그대로의 모습으로 다룬다. 결정할 권한을 가진 사람들에 의해 다른 곳에서 내려진 분류를, 레코드를 걸러 내고 배정하고 검토할 수 있도록 여기에 적어 둔 값이다. 각 등급이 무엇을 수반하는지, 어떤 시설이나 관행이 따라붙는지, 과제를 어떻게 분류해야 하는지는 이 책 어디에도 없다. 제출자가 이 값을 자유롭게 고르게 해 놓고 그 결과를 안전 통제로 취급하는 시스템은 필드를 통째로 오해한 것이다. 이것은 위원회 결정을 가리키는 라벨이며, 통제는 라벨이 아니라 그 결정이다.
레코드는 마찬가지로 업무 배정에 쓰이는 위험 수준(low·medium·high)과, 과제가 어떤 규제 체계의 적용을 받는 것으로 판단되었는지를 적은 규제 목록을 지닌다. 셋 모두 진술이다. 제5장이 이들을 다스리는 규칙을 정한다. 진술은 그것을 낳은 결정 기록을 참조해야 하며, 참조 없이 플래그만 허용하는 시스템은 클릭 한 번으로 충족되는 통제를 만든 것이다.
이 책은 WIA-BIO-014의 공표된 원천에서 집필되었다. 명세 문서, 그에 딸린 네 개의 단계(PHASE) 문서, TypeScript 참조 SDK와 그 타입 정의, 명령줄 도구, 그리고 브라우저 기반 시뮬레이터다. 그 원천의 상태에 대한 정직함은 그것을 쓰기 위한 전제이므로, 이 절에서 입장을 한 번 분명히 밝히고 이후의 장들은 이 절을 참조할 뿐 같은 논의를 되풀이하지 않는다.
레코드 모델, 직렬화 형태, 인터페이스 표면에 관한 명세의 규범적 내용은 일관되며, 제2장부터 제4장까지의 뼈대가 된다. 단계 문서에 붙은 부속서들 — 감사·보존 실무, 버전 정책, 적합성 증거, 프로파일 매니페스트, 배치 토폴로지를 다룬다 — 역시 일관되고 구체적이어서 제5장부터 제7장까지가 여기에 직접 기댄다.
그러나 네 단계 문서의 본문은 템플릿 텍스트다. 서로 거의 그대로 반복되고, 이 책이 문서화하는 것과 다른 표준 식별자를 머리에 달고 있으며, 파일명과 무관한 주제로 제목이 붙어 있다. 그 본문에 등장하는 품질 수치는 다른 영역에서 옮겨져 온 것으로 프로토콜 레코드에는 아무 의미가 없다. 따라서 이 책은 부속서를 인용하고, 단계 문서 본문을 주제 특이적 규범 내용으로 제시하지 않는다. 제8장은 이것을 향후 개정이 고쳐야 할 결함의 하나로 목록화하고 각각에 대한 처리 방향을 제안한다.
책 전체에 걸쳐 적용되는 세 가지 주의가 더 있다. 첫째, 공표된 원천들은 표준 자신의 메타데이터에서 서로 어긋난다. 식별자, 날짜, 라이선스가 명세와 단계 문서 각주와 전자책 앞머리에서 각각 다르다. 이 책은 WIA-BIO-014와 v1.0을 일관되게 쓰고, 그 불일치를 여기서 한 번 적어 두며, 지나가는 말로 발행일이나 라이선스를 단정하지 않는다. 둘째, 참조 구현에 실린 수치 상수는 그 구현의 소프트웨어 기본값이다. 명세 자체의 과학 참고문헌 절은 비어 있어 그 값들에는 어떤 인용도 붙어 있지 않다. 그것들은 설정 가능한 값이고 권고가 아니며, 제3장은 이를 엄격히 구현 설정으로만 취급한다. 셋째, 명세의 예시 문서에 나오는 값은 자리표시자다. 이 책은 예시를 보일 때마다 자리표시자임을 다시 표시한다. 구현자는 예시를 복사하고, 권장 설정처럼 보이는 자리표시자는 언젠가 실제로 배치되기 때문이다.
독자의 기대에 관한 결론이 하나 따라온다. 현재 이 표준에서 적합성 주장은 등급이나 레벨일 수 없다. 적합성 등급은 한 부속서가 참조하지만 어느 공표 문서에도 존재하지 않으며, 과거 홍보물에 등장한 인증 "레벨"은 명세에 근거가 없다. 그래서 제7장은 라벨이 아니라 증거 — 요구사항, 시험 벡터, 결과, 서명 — 로부터 주장을 세운다.
두 독자층을 함께 상정하며, 둘은 같은 장을 다른 이유로 읽는다.
첫째는 연구데이터·컴플라이언스 독자다. 연구행정 담당자, 생물안전·윤리 위원회 사무국, 품질보증, 그리고 그 모든 것을 물려받는 기록관리자다. 이 독자에게 이 책은 무엇을, 누가, 어떤 권한으로, 얼마 동안 확보해야 하는지에 대한 규격서다. 필드 표가 실무 재료이고, 거버넌스 모델은 제5장과 제8장에 놓여 있다.
둘째는 구현자다. 이 레코드가 실제로 살아갈 실험실정보관리시스템·전자연구노트·등록부를 만들거나 확장하는 개발자와 설계자다. 이 독자에게 이 책은 구축 명세서다. 구조, 직렬화, 인터페이스 계약, 오류 처리, 접근 통제, 증거가 그것이다. 제2~4장과 제6~7장이 핵심이고, 각 장 끝의 함정 절은 설계 시점에는 피하기 싸고 나중에는 고치기 비싼 결함을 기술한다.
두 독자 모두 이 장을 틀로 삼고 나머지 일곱 장을 하나의 이어진 논증으로 읽으면 된다. 각 장은 앞선 장에만 의존하도록 배열되어 있다.
| 장 | 무엇을 확정하는가 | 먼저 읽을 독자 |
|---|---|---|
| 2. 프로토콜 레코드 핵심 데이터 모델 | 집합 루트와 하위 구조들, 각 필드의 타입·개수·검증 규칙·작성자, 결과 측 항목, 모델링 함정 | 이 레코드를 담을 스키마를 설계하거나 검토하는 사람 |
| 3. 직렬화·식별자·스키마 검증 | 정본 문서 형태, 문서와 코드 사이의 이름 대응, 식별자·버전 규칙, 통제 어휘, 검증의 세 계층, 스키마 진화 | 식별자 체계를 고르거나 변화에 대비하는 사람 |
| 4. SDK와 CLI — 레코드 생산·검증 API | 요청·응답 레코드로서의 호출 계약, 보존되는 증거로서의 검증 출력, 호출자 의무에 대응시킨 오류 코드, 자동화 이음새로서의 명령줄 도구 | 참조 구현을 파이프라인에 붙이는 사람 |
| 5. 생애주기와 승인·감사 추적 | 상태 모델과 전이마다 동결되는 것, 승인 참조와 만료, 추가 전용 로그, 보존과 시각 규율, 개정 대 신규 프로토콜 | 코드가 아니라 거버넌스 절차를 소유한 사람 |
| 6. 기관 시스템 통합·보안·기관 간 교환 | 기존 시스템 사이에서 기록 저장소의 자리, 전송과 인증, 역할·권한 모델, 배치 토폴로지, 협력 기관이 받는 것 | 무엇을 우리 시스템이 소유하고 무엇을 참조만 할지 정하는 사람 |
| 7. 적합성 시험·증거 패키지·인증 | 적합성 주장이 정직하게 말할 수 있는 것, 시험 벡터와 그 공표, 서명된 증거 패키지, 프로파일 매니페스트, 구현자 자기평가 | 적합함을 주장이 아니라 증명으로 보여야 하는 사람 |
| 8. 거버넌스·규제 준수와 향후 로드맵 | 소프트웨어가 게이트로 삼는 승인의 발급자로서의 위원회, 풀어쓰지 않고 인용하는 규제 참조 체계, 소프트웨어 속 정책 게이트, 표준 유지관리, v1.0 결함 목록 | 기관 정책을 세우거나 도입을 기획하는 사람 |
장 사이의 분업은 엄격하다. 어떤 주제도 두 곳에서 전개되지 않는다. 제3장이 직렬화와 식별자를, 제4장이 호출 시그니처를, 제5장이 상태와 시간을, 제6장이 배치와 전송을, 제7장이 증거를 소유한다. 어떤 장이 다른 장의 소유 주제를 필요로 하면 되풀이하지 않고 참조한다.
여덟 장을 모두 통과한 독자는 유전자편집 과제를 버전이 매겨진 레코드 집합으로 모델링하고 스키마로 검증할 수 있어야 한다. 참조 도구를 레코드 생산·검증 서비스로 구동하고 그것이 내는 모든 오류를 운영상의 대응에 대응시킬 수 있어야 한다. 등록에서 승인, 실행, 검증, 보존에 이르는 생애주기를 감사 추적·보존 정책·역할 모델·교환 프로파일과 함께 설계할 수 있어야 한다. 그리고 적합성 증거 패키지를 조립할 수 있어야 한다. 그러면서 현재의 원천 문서 가운데 어떤 수치를 쓸 수 없는지, 왜 그런지를 정확히 알고 있어야 한다.
제2장은 그 작업을 가장 결과가 크고 가장 눈에 띄지 않는 층위, 곧 개별 필드에서 시작한다.
과학·실험실 안전 내용에 관하여: 이 책은 기록·데이터 표준만을 다룬다. 실험 기법, 생물안전 등급의 실제 요구사항, 규제 해석에 관한 판단은 소속 기관의 기관생물안전위원회(IBC)와 기관생명윤리위원회(IRB), 그리고 공식 생물안전·규제 당국(질병관리청 및 LMO법 소관기관, WHO, NIH 지침, 자국 규제기관)에 문의할 사안이다.