제8장

제8장: 도입 로드맵과 미래

흩어진 종이와 스프레드시트에서 WIA-BIO-017 레코드로 옮겨 가는 단계적 경로, 레코드가 만들어진 뒤의 데이터 거버넌스, 그리고 표준 v1.1이 아직 고쳐야 할 과제를 다룬다.

앞의 일곱 장은 부품을 하나씩 만들었다. 거버넌스 맥락, 정적 레코드, 사고 워크플로, API와 SDK, 교환 프로토콜과 감사 추적, 보안과 시스템 통합, 적합성 증거가 그것이다. 그러나 이것만으로는 기관이 움직이지 않는다. 한정된 예산, 정해진 일정에만 열리는 기관생물안전위원회(IBC), 업무를 늦추는 새 시스템을 반기지 않는 연구자들 앞에서 누군가는 "월요일 아침에 무엇부터 시작할지"를 정해야 한다. 이 장은 바로 그 결정을 다룬다. 단계적 도입 경로를 제안하고, 그 경로가 제대로 작동하는지 보여 주는 지표를 정의하며, 데이터 자체를 어떻게 관리할지 설명한다. 이어서 WIA-BIO-017 레코드를 경영시스템 표준 및 국가 보고 포털과 정합시키는 전망을 살피고, 자동화에 대한 분명한 한계를 세우며, 버전 1.0에서 커뮤니티가 다음에 고쳐야 할 결함을 정리한다.

이 장에서도 책 전체와 같은 경계가 적용된다. 이 책이 다루는 WIA-BIO-017은 관리·데이터 표준이다. 누가 승인을 받았는지, 무엇이 승인되었는지, 누가 어떤 교육을 이수했는지, 무슨 일이 일어났고 어떻게 조치했는지를 기록한다. 실험실이 물리적으로 무엇을 해야 하는지는 정하지 않는다. 그 판단은 생물안전관리책임자, IBC, 그리고 관할 국가 기관의 몫이다.

8.1 기관의 단계적 도입

모든 생물안전 스프레드시트를 한꺼번에 바꾸려는 기관은 대개 절반만 이관된 채 아무도 믿지 않는 시스템을 남긴다. 제2장의 데이터 모델은 이보다 완만한 경로를 가능하게 한다. 엔터티들이 서로를 ID로만 참조하기 때문이다. IncidentReport가 하나도 없어도 BiosaftyFacility 레코드는 먼저 운영에 들어갈 수 있고, 제5장의 교환 계층을 켜기 한참 전에 인사 교육 시스템에서 TrainingRecord를 가져올 수 있다. 아래 경로는 이 독립성을 활용한다. 네 단계로 이루어지며, 다음 단계가 늦어지더라도 각 단계는 그 자체로 쓸모 있는 결과를 남긴다.

  0단계               1단계                2단계                 3단계
  현황 조사     -->   시범 운영      -->   IBC 워크플로    -->   기관 간 교환
  -----------         -------------        ---------------       ---------------
  기존 레코드         한 부서에서          승인, 위해성 평가     협력 기관,
  출처를 모두         Facility +           레코드, 상태 기계     교육 이수 자격 검증,
  목록화하고          TrainingRecord +     기반 사고 처리,       관계 기관에
  WIA-BIO-017         IncidentReport;      감사 추적이           집계 통계 제출
  엔터티에 대응       기존 방식과 병행     기준 기록이 됨

  종료 조건:          종료 조건:           종료 조건:            종료 조건:
  생물안전관리        KPI 기준선 확보,     IBC가 이 시스템을     서명된 프로파일
  책임자가 출처       완결성이 합의한      기준 기록으로         매니페스트와
  대응표 승인         목표 이상            의결                  협력 기관 협약

  (소요 기간은 기관마다 다르다. 이 도식은 순서를 정할 뿐 개월 수를 정하지 않는다.)

0단계 — 이미 가진 레코드를 조사한다

첫 단계에서는 코드를 한 줄도 쓰지 않는다. 생물안전관리책임자와 연구행정 담당 분석가가 생물안전 관련 레코드가 지금 어디에 있는지 모두 적는다. 연구시설 등록·허가 서류, IBC 회의록과 승인 통지서, 학습관리시스템(LMS)의 교육 이수증, 출입 기록 추출본, 사고 보고 양식, 감사 지적 사항 등이 그 대상이다. 출처마다 담당자, 형식, 변경 빈도, 대응하는 WIA-BIO-017 엔터티를 기록한다. 결과물은 출처 하나를 한 행으로 하는 간단한 표, 곧 출처 대응표이다.

출처 대응표는 어떤 소프트웨어를 고르느냐보다 더 중요한 빈틈을 자주 드러낸다. 승인 통지서에 적힌 실험실 호실이 등록된 연구시설과 더 이상 맞지 않는 경우, 교육 이수증이 만료일 없는 스캔 이미지로만 남아 있는 경우, 아차사고가 이메일로 보고되고 어디에도 정리되지 않은 경우가 흔하다. 이 빈틈을 기록하는 것이 0단계의 진짜 산출물이다. 이 항목들은 8.2절에서 설명하는 데이터 품질 백로그의 첫 항목이 된다.

1단계 — 한 부서에서 시범 운영한다

협조적인 연구책임자(PI)가 있고, 등록 호실 수가 감당할 만하며, 평소 기록을 비교적 잘 관리해 온 부서 하나를 고른다. 그 부서의 연구시설, 인원, 교육 이수 기록을 WIA-BIO-017 구조로 옮기고, 사고·아차사고 보고 양식은 그 부서에만 연다. 적어도 내부 감사 한 주기 동안은 새 시스템과 기존 방식을 병행하여, 점검자가 실제로 묻는 질문(제1장 1.2절)에 두 방식이 어떻게 답하는지 비교한다.

시범 운영 중에는 제4장의 레코드 수준 점검만 켠다. 즉 연구시설에 기록된 승인 등급과 승인된 과제에 기록된 등급을 대조하는 /compliance-checks 리소스와 certification·TrainingRecord의 만료 점검만 쓴다. 레거시 SDK의 계산 보조 함수(assessExposure, generatePPERequirements)는 비활성화해 둔다. 제4장은 이들을 이 기록 표준의 범위 밖에 둔다. 아직 아무도 그 기능에 의존하지 않는 시범 단계가 이 경계를 세우기 가장 쉬운 때이다.

2단계 — IBC 워크플로를 레코드 위로 옮긴다

시범 운영에서 레코드가 완결되고 신뢰할 만하다는 것이 확인되면, IBC의 승인 워크플로를 레코드 위로 옮긴다. 위해성 평가 문서는 메타데이터 레코드(평가자, 일자, 승인 ID, 결정된 등급, 재검토일)로 저장하고, 해당 연구시설 및 인원과 연결한다. 사고는 제3장의 상태 기계를 따라 처리한다. 제5장의 감사 추적은 기록은 하되 아무도 근거로 삼지 않는 "그림자" 모드에서, IBC가 기준 기록으로 인정하는 권위 모드로 전환한다. 이 전환은 설정을 조용히 바꾸는 일이 아니라, 회의록에 남는 IBC의 공식 의결이어야 한다.

3단계 — 협력 기관과 교환한다

마지막 단계는 기관을 다른 기관과 잇는다. 방문 연구자의 교육 이수 자격을 검증하고, 공동 연구를 위해 연구시설 레코드를 공유하며, 관계 기관이 요청하는 경우 가명처리된 사고 집계 통계를 제출한다. 이 단계는 제5장의 교환 봉투와 토폴로지, 제6장의 보안 통제, 제7장의 공개 프로파일 매니페스트를 전제로 한다. 또한 협력 기관마다 어떤 레코드 유형이 어떤 법적 근거로 흐르고 얼마나 보관되는지를 명시한 서면 협약이 필요하다.

성과 지표

각 단계에는 효과를 보여 주는 근거가 필요하다. 아래 표는 WIA-BIO-017 레코드에서 바로 계산할 수 있는 지표를 정의한다. 표준은 목표값을 정하지 않으며, 이 책도 목표값을 제시하지 않는다. 목표는 기관이 정할 일이며, 기준선을 정직하게 측정하려면 1단계가 시작되기 전에 생물안전관리책임자와 IBC가 합의해 두어야 한다.

지표	정의(레코드에서 계산)	의미	해석상 주의
레코드 완결성	유효한 `BiosaftyFacility`·`TrainingRecord` 레코드의 필수 필드 채움 비율	레코드가 불완전하면 이후의 모든 점검을 믿을 수 없다	"필수"는 관행이 아니라 프로파일 매니페스트 기준으로 정의한다
아차사고 보고율	보고 기간당 아차사고 `IncidentReport` 건수를 승인된 활동 인원으로 나눈 값	보고 문화의 선행 지표(제3장 3.1절)	도입 직후의 증가는 대개 위험 증가가 아니라 시스템에 대한 신뢰를 반영한다
감사 준비 시간	점검 통보부터 증거 일체가 갖춰질 때까지 투입된 인시(생물안전 부서가 기록)	구조화된 레코드가 주는 직접적인 행정 효과	도입 전후에 같은 질문 세트로 측정한다
교육 기한 초과 인원	`nextTrainingDue`가 이미 지난 승인 인원 수	승인과 교육이 함께 관리되는지 보여 준다	기한은 표준이 아니라 기관 정책에서 나온다
인증 만료 선행 경보	`certification.expirationDate`가 기관의 경보 기간 안에 드는 연구시설 수	점검 당일에야 만료를 발견하는 일을 막는다	레코드는 관할 기관의 결정을 반영할 뿐 대신하지 않는다
CAPA 기한 내 종결률	기한 내에 종결된 시정·예방 조치의 비율	사고의 교훈이 실제 변화로 이어지는지 보여 준다	서류상 빨리 닫는 것보다 늦더라도 효과적으로 닫는 편이 낫다

지표 역시 레코드여야 한다. 그래야 보고 기간 사이에 정의가 소리 없이 바뀌지 않는다. 간단한 방법은 각 지표 정의를 버전이 붙은 JSON 문서로, 측정 대상 데이터 옆에 저장하는 것이다. 아래는 예시이며, 필드 이름은 이 책의 제안일 뿐 WIA-BIO-017 v1.0의 일부가 아니다.

{
  "metricId": "KPI-OVERDUE-TRAINING",
  "version": "1.0.0",
  "title": "교육 기한 초과 인원",
  "source": "TrainingRecord",
  "filter": "person.isAuthorized == true AND nextTrainingDue < periodEnd",
  "aggregation": "count(distinct personnelId)",
  "owner": "biosafety-office",
  "targetSetBy": "IBC 의결 IBC-2026-014 (예시)",
  "notes": "보수교육 주기는 기관 정책으로 정한다."
}

8.2 데이터 자체의 거버넌스

데이터 표준을 도입하면 관리해야 할 새로운 자산이 생긴다. 생물안전 레코드는 증거이다. 기관이 점검자, 윤리 위원회, 때로는 법정에 내보이는 것이 바로 이 레코드이다. 품질을 책임지는 사람이 없으면 레코드는 예측 가능한 방식으로 낡아 간다. 인원 항목이 중복되고, 폐쇄된 연구시설이 폐기 처리되지 않은 채 남으며, 자유 기술 필드에는 들어가서는 안 될 내용이 조금씩 쌓인다(제6장 6.6절). 이 절은 IBC와 경쟁하지 않고 그 곁에서 작동하는 가벼운 거버넌스 구조를 제시한다.

데이터 관리 역할

역할	일반적인 담당자	레코드에 대한 책임
데이터 소유자	생물안전관리책임자	정확성과 완결성에 대한 최종 책임, 접근 정책과 보관 설정 승인
데이터 관리자(스튜어드)	연구행정 또는 생물안전 부서 분석가	품질 점검 수행, 중복 해소, 출처 대응표와 지표 정의 유지
레코드 수탁자	IT 또는 LIMS/EHS 시스템 관리자	플랫폼 운영, 백업, 감사 추적 무결성, 프로파일 매니페스트 관리
검토 기구	IBC 또는 IBC가 위임한 소위원회	스키마 변경, 새 레코드 유형, 외부 공유 범위 변경 승인
기여자	연구책임자, 실험실 관리자, 연구자	자기 레코드를 최신으로 유지하고, 발견한 오류를 보고

검토 기구를 새로 만들 필요는 없다. 대부분의 기관에서는 IBC나 IBC가 위임한 작은 소위원회가 가장 자연스러운 기구이다. 새 레코드 유형을 추가할지, 어떤 필드를 필수로 바꿀지, 협력 기관이 어떤 부류의 레코드를 받아도 되는지는 모두 거버넌스 문제이기 때문이다. 레코드가 궁극적으로 생물안전관리책임자의 직무를 뒷받침하므로, 데이터 소유자는 생물안전관리책임자로 둔다.

스키마와 SOP 참조의 변경 관리

공식 통제가 필요한 변경은 두 가지이다. 첫째는 기관의 스키마 프로파일 변경이다. 필드 추가, 검증 규칙 강화, WIA-BIO-017의 새 마이너 버전 채택이 여기에 해당한다. 둘째는 레코드가 가리키는 표준작업절차서(SOP) 참조의 변경이다. TrainingRecord나 위해성 평가 레코드는 당시 시행 중이던 SOP 버전을 인용하는 경우가 많다. 문서관리시스템이 SOP 번호를 바꾸거나 덮어쓰면 그 인용이 소리 없이 끊기고, 감사 추적은 의미를 잃는다.

실무 규칙은 간단하다. 스키마 변경은 제2장 2.6절의 추가 전용(additive-only) 진화 규칙과 제7장 7.6절의 버전 정책을 따른다. 필드 이름을 바꾸지 말고 새로 추가하며, 삭제한 필드 이름을 다른 용도로 다시 쓰지 않는다. SOP 참조는 "최신본"이 아니라 버전을 포함한 불변 식별자로 저장한다. 모든 변경은 그 자체로 레코드가 되며, 효력이 생기기 전에 검토와 승인을 거친다. 아래는 변경 요청 레코드의 예시이다.

{
  "changeId": "CHG-2026-0031",
  "type": "schema-profile",
  "summary": "TrainingRecord.competencyAssessment.assessor 를 필수로 변경",
  "rationale": "1단계 감사에서 시범 부서 레코드의 평가자 누락 확인",
  "compatibility": "additive (기존 레코드는 거부하지 않고 표시만 함)",
  "requestedBy": "PER-0412",
  "reviewedBy": ["IBC-SUBGROUP-DATA"],
  "decision": "approved",
  "decisionRef": "IBC 회의록 2026-09 안건 4 (예시)",
  "effectiveFrom": "2026-10-01T00:00:00Z",
  "migrationNote": "스튜어드가 LMS 추출본으로 보완, 미해결 행은 데이터 품질 백로그에 등재"
}

호환성 항목에 주목해야 한다. 규칙을 강화할 때 이를 통과하지 못하는 기존 레코드는 곧바로 거부하지 말고 보완 대상으로 표시해야 한다. 그렇지 않으면 거버넌스 개선 하나로 수년치 이력을 하룻밤 사이에 읽을 수 없게 된다. 표시된 레코드는 0단계에서 연 데이터 품질 백로그에서 추적하며, 보완되거나 역사적 예외로 공식 승인될 때까지 남겨 둔다.

8.3 표준 정합의 전망

WIA-BIO-017 하나만으로 운영되는 기관은 없다. 기관은 국내법에 따라 점검을 받고, 생물위해 관리(바이오리스크 관리) 시스템 인증을 보유하거나 추진할 수 있으며, 국가 전자 보고 포털을 통해 정보를 제출하는 일이 늘고 있다. 공통 데이터 표준의 장기적인 가치는 잘 관리된 레코드 하나가 이런 여러 의무를 함께 뒷받침할 수 있다는 데 있다. 이는 프레임워크 사이의 관계가 문서로 기록되고 유지될 때에만 가능하며, 그것이 대응표(크로스워크)의 목적이다.

ISO 35001 경영시스템 조항

ISO 35001:2019 Biorisk management for laboratories and other related organisations는 이 분야의 현행 국제 경영시스템 표준이며, WIA-BIO-017의 참고문헌 목록이 아직 인용하고 있는 CEN 워크숍 합의문 CWA 15793을 대체하였다. 다른 최근 ISO 경영시스템 표준과 마찬가지로 ISO 35001은 통일된 상위 구조를 따르며, 요구사항을 조직 상황, 리더십, 기획, 지원, 운용, 성과 평가, 개선으로 묶는다. 이 구조 덕분에 WIA-BIO-017 레코드가 어디에서 증거로 쓰일 수 있는지 보이기 쉽다. 아래 표는 조항 주제 수준의 출발용 대응표이다. 요구사항 자체는 일부러 인용하거나 풀어 쓰지 않았으며, 기관은 이를 표준 원문에서 확인해야 한다.

ISO 35001 조항 주제	증거로 쓰일 수 있는 WIA-BIO-017 레코드	주의할 빈틈
조직 상황	연구시설 대장(`BiosaftyFacility`), 0단계의 출처 대응표	적용 범위 선언은 레코드 밖에 있다
리더십	승인 ID와 변경 요청 ID로 참조되는 IBC 의결	방침 문서는 참조될 뿐 모델링되지 않는다
기획	위해성 평가 메타데이터 레코드와 재검토일	평가 내용 자체는 기관 고유 문서이다
지원	`TrainingRecord`, 역량 평가, SOP 버전 참조	인식 제고·의사소통 활동은 v1.0에서 레코드가 아니다
운용	출입 통제 기록, 보관 연속성(인수인계) 기록, 사고 워크플로	운용 통제 자체는 범위 밖이다
성과 평가	`ComplianceResult`, 감사 추적, KPI 정의(8.1절)	내부 심사 프로그램에는 별도 레코드 유형이 필요하다
개선	근본원인 분석과 CAPA 레코드(제3장 3.4절)	효과성 검토는 가정하지 말고 일정을 잡아야 한다

LBM4의 위험 기반 접근

WHO 실험실 생물안전 매뉴얼 제4판(LBM4)은 작업을 밀폐 등급에 배정하는 데서, 문서화되고 주기적으로 재검토되는 위해성 평가로부터 통제 수단이 도출되는 위험 기반 접근으로 무게중심을 옮겼다. 데이터 표준에 주는 함의는 분명하다. 밀폐 등급 라벨(WIA-BIO-017의 bslLevel)은 레코드 속 분류로서 여전히 유용하지만, 중심 객체는 위해성 평가 레코드이다. 누가, 언제, 어떤 결과로 평가했고, 누가 승인했으며, 언제 다시 검토해야 하는지가 핵심이다. v1.1은 등급 라벨 주위에 로직을 더하기보다 이 레코드를 강화해야 한다. 예를 들어 재검토일을 필수로 하고, 대체된 이전 평가와의 연결을 추가하는 것이다. 이 책은 위해성 평가를 수행하는 방법을 설명하지 않는다. 그 방법은 LBM4와 국가 지침을 따라야 한다.

국가 전자 보고 포털

많은 국가가 연구시설 등록과 사고 통보를 위한 온라인 시스템을 운영하거나 구축하고 있다. 한국에서는 유전자변형생물체(LMO)를 다루는 연구시설이 유전자변형생물체법(LMO법) 체계의 적용을 받으며, 무엇을 어떤 형식으로 언제까지 제출해야 하는지는 관할 당국이 정한다. WIA-BIO-017도 이 책도 그 요건을 기술하지 않는다. 정합의 목표는 더 좁고 현실적이다. 기관의 레코드를 구조화된 상태로 유지하여, 문서화된 필드 대응표를 통해 포털 제출 자료를 생성할 수 있게 하고, 포털의 접수 확인을 원본 레코드와 연결된 NotificationRecord(제3장 3.6절)로 보관하는 것이다. 현행 요건은 반드시 질병관리청, 과학기술정보통신부, 또는 국가 바이오안전성정보센터에 확인해야 한다.

살아 있는 문서로서의 대응표

PHASE 문서는 각 적합성 시험 벡터를 인접 프로그램의 동등한 판정 항목에 대응시키는 공급자 간 대응표를 설명한다(Annex G). 같은 발상을 한 층 위, 즉 프레임워크 수준에도 적용할 수 있다. 프레임워크 대응표의 각 행은 WIA-BIO-017의 필드나 레코드 유형을 다른 체계의 조항이나 보고 항목에 연결하고, 누가 언제 그 연결을 검증했는지 기록한다. 프레임워크 자체가 바뀌므로 모든 행에는 재검토일과 상태가 붙는다. 아래는 예시 항목이다.

{
  "crosswalkId": "XW-ISO35001-SUPPORT-TRAINING",
  "wiaTarget": "TrainingRecord.competencyAssessment",
  "externalFramework": "ISO 35001:2019",
  "externalRef": "clause theme: Support / competence",
  "relationship": "evidence-for",
  "verifiedBy": "PER-0107",
  "verifiedAt": "2026-09-01T00:00:00Z",
  "nextReview": "2027-09-01T00:00:00Z",
  "status": "current",
  "note": "데이터 소유자가 검토한 대응 관계이며 인증 주장이 아님."
}

note 필드가 중요하다. 대응표는 증거가 어디에 있는지를 보여 줄 뿐이다. 기관이 외부 프레임워크에 적합하다고 주장하는 문서가 아니며, 심사자에게 그렇게 제시해서도 안 된다.

8.4 책임 있는 AI와 자동화

레코드가 구조화되면 분석이 쉬워지고, 자동화하고 싶은 유혹도 함께 커진다. 어떤 자동화는 분명히 이롭다. 반면 어떤 자동화는 이 책이 제1장부터 그어 온 경계를 넘게 만든다. 양쪽을 명시적으로 적고, 이를 기관의 운영 정책에 반영해 두는 것이 좋다.

자동화가 해도 되는 일

사고 추세 분석. 아차사고와 사고를 유형, 장소, 시기, 부서별로 집계해 주의가 필요한 곳을 보여 주고, 그 추세를 IBC에 보고한다.
교육 이수 현황 점검. nextTrainingDue가 지났거나 곧 도래하는 승인 인원을 찾아 알림을 보낸다.
레코드 품질 점검. 제4장의 검증기를 이용해 중복, 누락 필드, 끊어진 SOP 참조, 서로 맞지 않는 승인 등급을 찾아낸다.
행정 문안 초안 작성. IBC 안건용으로 사고 레코드를 요약하되, 사람이 원본 레코드와 대조하여 검토한다.
비식별 처리 보조. 제한 정보가 들어 있을 수 있는 자유 기술 필드(제6장 6.6절)를 표시하여 사람이 검토하게 한다.

자동화가 해서는 안 되는 일

보호 조치, 밀폐 실무, 소독·멸균, 비상 절차를 포함한 기술적 안전 지침을 생성·권고·수정하는 일. 그러한 내용은 자격을 갖춘 전문가와 공식 기관에서 나온다.
밀폐 등급, 위험군 라벨, 위해성 평가 결과를 스스로 지정하거나 변경하는 일.
이름이 기록된 사람의 결정 없이 사고를 종결하거나, CAPA를 승인하거나, 출입 권한을 부여·회수하는 일.
사고나 출입 데이터로부터 인원의 건강 정보를 추론하는 일.

넘을 수 없는 경계. 사람들의 승인 범위나 사고의 처리 방식을 바꿀 수 있는 모든 자동 산출물은 생물안전관리책임자 또는 IBC의 승인을 거쳐야 하며, 그 승인은 사람 행위자의 ID가 담긴 AuditEvent로 기록한다. 분석 결과는 결정의 입력일 뿐 결정 그 자체가 아니다.

이 경계를 감사 가능하게 유지하려면, 자동 분석 결과 하나하나를 명시적인 검토 상태를 가진 레코드로 다루면 된다. 아래 구조는 v1.1 논의를 위한 제안이며, v1.0 SDK에는 없다.

{
  "findingId": "AUTO-2026-0192",
  "producer": "trend-analytics/1.3.0",
  "kind": "incident-trend",
  "summary": "이번 분기 C동에서 procedural-violation 유형 아차사고 보고 증가",
  "evidenceRefs": ["INC-2026-0088", "INC-2026-0091", "INC-2026-0102"],
  "confidenceNote": "기술적 집계일 뿐 인과 주장이 아님",
  "reviewState": "pending-human-review",
  "reviewer": null,
  "decisionRef": null
}

confidenceNote 필드는 과잉 해석을 막는 작은 안전장치이다. 보고 건수를 세는 일은 기술(記述)일 뿐이다. 보고 건수가 달라졌다면 위험이 달라졌을 수도 있지만, 보고 문화나 인력 구성, 또는 보고 양식이 바뀌었을 수도 있다. 그 의미는 해당 실험실을 아는 사람만 해석할 수 있다.

8.5 v1.0의 미해결 과제와 v1.1 개선 방향

표준은 자신의 결함을 솔직히 드러낼 때 신뢰를 얻는다. 이 책을 쓰는 동안 저자들은 WIA-BIO-017 v1.0 자료에서 몇 가지 문제를 발견하였다. 어느 것도 이 책이 설명한 레코드 수준의 활용을 가로막지는 않지만, 모두 구현자에게 마찰이나 위험을 남긴다. 아래에 버전 1.1의 출발 의제로 정리한다.

#	v1.0의 문제	영향	v1.1 해결 제안
1	`BiosaftyFacility`, `BiosaftyLevel`, `BiosaftyError`, `BiosaftyErrorCode`의 식별자 오타 "Biosafty"	API가 혼란스럽고 검색·코드 리뷰에서 누락된다	올바른 철자의 별칭을 추가하고 기존 이름은 폐기 예고로 표시한 뒤, 폐기 예고 기간이 지나야 제거
2	네 PHASE 문서가 다른 표준 번호(WIA-BIO-016)의 제목을 달고 있고, 본 규격보다 이른 날짜가 적혀 있다	어느 문서가 우선하는지 알 수 없다	WIA-BIO-017 PHASE 1–4로 제목을 바로잡고, 버전 이력을 본 규격과 맞춘다
3	PHASE 부속서가 존재하지 않는 "Annex A" 적합성 등급표와 "Annex D"를 참조한다	적합성 주장에 규범적 근거가 없다	등급표를 발행하거나(제7장 7.1절의 초안 참고) 참조를 삭제
4	위험 점수의 범위가 0–100으로 기재되어 있으나, 선언된 입력 범위로는 최대 400까지 나올 수 있어 등급 임계값이 보정되지 않은 상태이다	점수가 검증된 위험 등급으로 오독될 수 있다	범위를 바로잡거나 식을 정규화하고, 임계값은 기관 설정값임을 명시
5	SDK의 병원체 관련 타입이 관리 레코드여야 할 곳에 병원체 특성 필드를 섞어 둔다	민감 정보의 과잉 수집을 부추긴다	등록부 참조 ID와 분류 라벨로 대체(제2장 2.5절)
6	폐기 예고 병행 기간이 Annex F에서는 90일, Annex H에서는 180일로 다르다	구현자가 이행 계획을 세울 수 없다	두 부속서 모두 180일로 통일
7	참고문헌이 CWA 15793:2011을 인용한다	대체된 문서로 독자를 안내한다	ISO 35001:2019를 인용
8	보수교육 주기와 품질 관리 지표가 출처 없이 제시되며, 그 지표는 무관한 분석법 템플릿에서 온 것이다	권위 있어 보이지만 근거가 없다	삭제하거나 "기관 정책으로 정함" 및 인용된 기관 지침으로 대체
9	사고 문서화 점검표에 SDK 타입의 필드가 없는 항목이 있다(예: 교훈, 세분화된 장소)	점검표와 데이터 모델이 어긋난다	제3장 3.5절의 분석대로 필드를 추가 방식으로 보완
10	Annex E는 필드 이름 변경·삭제에 마이너 버전 증가만 요구해 Annex H의 SemVer 규칙과 충돌한다	"호환" 릴리스가 소비자를 깨뜨릴 수 있다	Annex E를 Annex H에 맞춰, 이름 변경과 삭제를 메이저 버전 변경으로 규정(제7장 7.6절)
11	허용되지 않는 사고 상태 전이를 나타내는 오류 코드가 없어 `B007`(`INVALID_PARAMETERS`)밖에 쓸 수 없다	지적 사항과 로그에서 실패의 성격이 가려진다	전용 코드를 추가 방식으로 신설(제7장 7.2.3절)
12	참조 도구의 결함: 중복 export 목록 때문에 strict 모드에서 컴파일 오류 34건이 나고, SDK 폴더에 테스트와 `tsconfig.json`이 없으며, CLI `validate-bsl`은 NON-COMPLIANT를 출력해도 종료 코드 0을 돌려준다	참조 자료 위에 만든 CI가 실패해야 할 때 통과한다	중복 export 제거, 테스트 동봉, 지적 사항이 있으면 0이 아닌 종료 코드 반환(제7장 7.2.5절)

기여하는 방법

PHASE 문서는 WIA-Official 조직의 GitHub 이슈 트래커를 통해 의견을 받는다고 밝힌다. 좋은 이슈는 짧고 검증 가능하다. 파일과 절을 지목하고, 문제 문구를 그대로 인용하며, 구현자에게 미치는 영향을 설명하고, 추가 방식이거나 이행 안내가 딸린 변경안을 제시한다. 예컨대 위 4번 과제는 새로운 점수 모델을 제안하기보다, 불일치를 보여 주는 계산과 바로잡은 범위의 문안을 함께 보고하는 편이 좋다.

제목: [v1.1] 폐기 예고 병행 기간: Annex F(90일)와 Annex H(180일) 충돌

위치:   spec/PHASE-1..4, Annex F "Stable" 항목 및 Annex H "Deprecation window"
문제:   같은 사건에 대해 최소 병행 기간이 두 가지로 적혀 있음
영향:   구현자가 신뢰할 수 있는 이행 일정을 공표할 수 없음
제안:   두 부속서 모두 180일로 기재하고 정오표 항목 추가
호환성: 이미 180일을 적용 중인 구현자에게는 편집상 변경

관리자가 정중히 거절해야 하고, 기여자도 제안하지 말아야 할 기여가 두 가지 있다. 첫째는 병원체 특성, 노출 추정, 보호·밀폐 수치처럼 관리·데이터 표준에 기술적 안전 내용을 더하는 제안이다. 둘째는 WIA-BIO-017 적합성이 법적 요건이나 인증 요건을 충족한다는 주장이다. 그 판단은 관할 기관이나 인증 기관만이 내릴 수 있다.

8.6 맺음말

WIA-BIO-017 규격은 홍익인간(弘益人間), 곧 "널리 인간을 이롭게 한다"는 원칙으로 시작한다. 생물안전에서 이 말은 구체적인 뜻을 가진다. 인류에 도움이 되는 실험실 연구는 그 일을 하는 사람, 주변 지역사회, 그리고 환경이 보호될 때에만 가능하다. 데이터 표준의 기여는 소박하지만 실재한다. 레코드가 완결되고 일관되며 신뢰할 수 있으면, 교육 기한 초과가 묻히지 않고, 만료가 다가온 인증이 제때 갱신되며, 아차사고가 소문이 아니라 교훈이 되고, 점검자의 질문에 몇 주가 아니라 몇 시간 만에 답할 수 있다.

그 기여는 범위에 대한 겸손을 전제로 한다. 이 책에서 설명한 레코드는 생물안전관리책임자, IBC, 관계 기관의 판단을 뒷받침할 뿐 결코 대신하지 않는다. 기술적 지침이 필요한 독자는 그 내용을 책임지는 출처로 가야 한다. WHO 실험실 생물안전 매뉴얼, CDC/NIH Biosafety in Microbiological and Biomedical Laboratories(BMBL), 경영시스템에 관해서는 ISO 35001, 그리고 한국에서는 질병관리청, 과학기술정보통신부, LMO법에 따른 국가 바이오안전성정보센터가 그 출처이다. 생물안전 전문 인력을 위한 교육은 국가 기관과 생물안전 전문 협회가 제공하며, 이 책이 설명한 역할을 맡을 사람에게는 그것이 올바른 다음 걸음이다.

이 장의 경로를 따르는 기관이 한 번의 예산 주기 안에 일을 끝내지는 못할 것이다. 그러나 한 단계씩 흩어진 서류를 사람의 안전에 봉사하는 레코드로 바꾸어 갈 수 있으며, 그것이 이 표준의 목적이다.

기술적 안전 내용은 공식 생물안전 기관에 문의할 것. 이 장은 도입, 거버넌스, 데이터 관리만을 다룬다. 실험 절차, 밀폐나 개인보호구의 수치, 위해성 평가 방법은 제공하지 않는다. 그러한 내용은 WHO 실험실 생물안전 매뉴얼, BMBL, 그리고 관할 국가 기관(한국에서는 질병관리청과 과학기술정보통신부)의 지침을 따라야 한다.