HGVS命名法（HGVS nomenclature）は、接頭辞（コーディングDNAはc.、ゲノムDNAはg.、RNAはr.、タンパク質はp.）と、ATG開始コドンのAを+1とする番号付けシステムによって定義されます。バリアントは、c.7C>T（置換）、c.6_7del（欠失）、c.5_6insTA（挿入）、c.4_5dupCG（重複）、p.H3fs（フレームシフト）といった正確な演算子を用いて記述されます。これらのルールは常に特定のリファレンス配列のアクセッション番号に紐付けられており、分子診断レポートやそれを生成する情報処理エンジンの共通言語となっています。
HGVSの核心は厳格な一貫性にあります。すべてのバリアントは定義されたリファレンス配列にマッピングされ、規定の座標系で記述され、厳密な演算子を使用してフォーマットされなければなりません。この枠組みがなければ、従来の疾患名に付きまとう曖昧さが臨床レポートやソフトウェアパイプラインに混入し、データベースの相互参照の信頼性を損ない、規制への適合をほぼ不可能にします。
DNAバリアント（c.およびg.）の基本フォーマットルール
ATG開始コドンから始まる番号付け
コーディングDNA（c.）の場合、位置1はATG翻訳開始コドンの最初のヌクレオチドです。
位置0は存在しません。
5'非翻訳領域は負の整数で番号付けされます（例：c.-64C>T）。
イントロンの位置は、最も近いエキソン境界を基準にして示されます（例：c.141+12T>C：コーディングヌクレオチド141の後のイントロンに12塩基入った位置）。
置換、欠失、挿入の記述
単一ヌクレオチド置換は、位置、リファレンス塩基、>、代替塩基の順で記述します（例：c.125C>G）。
欠失はdelと範囲で示します（例：c.6_7del）。
挿入はinsと挿入配列で示します（例：c.5_6insTA）。
重複はdupを使用します（例：c.4_5dupCG）。
欠失・挿入（インデル）は、c.112_117delinsTGのように記述子を組み合わせます。
複合ヘテロ接合体と対立遺伝子のフェージング
2つのバリアントが異なる対立遺伝子上に存在する場合、括弧で囲みプラス記号で区切ります（例：c.[2357C>T];[2378CdelA]）。
このフェージング表記は、常染色体劣性診断の根拠となるシス/トランス関係を明示するため、臨床レポートにおいて極めて重要です。
タンパク質バリアント（p.）のフォーマット
アミノ酸変化：置換、ナンセンス変異、フレームシフト
タンパク質の変化には、1文字または3文字のアミノ酸コードを使用します。
置換は、野生型残基、位置、変異型残基の順で記述します（例：p.R2Sまたはp.Gln7Val）。
ナンセンス変異はXで示します（例：p.E4X）。
フレームシフトは、影響を受ける最初のアミノ酸の後にfsを付けて示します（例：p.H3fsまたはp.His3fs）。
「fs」表記は、新しい読み枠が早期終止コドンに至ることを自動的に伝えるため、「Ter」や終止位置を人為的に追加する必要はありません。
1文字コードと3文字コード
どちらのコードもHGVSで許容されていますが、レポートやソフトウェア出力内での一貫性が必須です。
3文字コード（例：p.Arg2Ser）はレビュアーにとって視覚的な曖昧さを減らし、1文字コード（p.R2S）は大規模なデータベースエントリーに適しています。
すべてのバリアントは情報パイプラインで予測可能である必要があるため、主要なデータストアに適合する表記法を選択してください。
リファレンス配列と遺伝子アノテーションの重要性
アクセッション番号へのアンカー
HGVSの記述は、リファレンス配列のアクセッション番号とバージョンなしでは不完全です。
例として、RefSeq転写産物にはNM_000123.3:c.7C>T、Locus Reference Genomic（LRG）転写産物にはLRG_199t1:c.7C>Tなどがあります。
分子アッセイ報告ソフトウェアにおいて、このアンカーは異なるゲノムビルドや転写産物アイソフォーム間でも座標系が曖昧にならないことを保証します。
イタリック体と遺伝子記号のルール
ヒトの遺伝子記号は公式文書ではイタリック体で表記する必要があります（例：KRAS）。一方、タンパク質記号はイタリック体にしません（K-Ras）。
この区別により、バリアントが誤った分子に対して報告されるという危険な誤アノテーションを防ぎます。
報告モジュール内でこれらのタイポグラフィルールを強制することで、臨床現場での解釈ミスを直接的に削減できます。
HGVS準拠のトレードオフを理解する
精度向上のためのレガシー名の廃止
「Hb S」や「Factor V Leiden」のような伝統的な名称は医療現場に深く根付いていますが、相同遺伝子（例：HBBとHBA2）を区別できず、古いアミノ酸番号を参照していることがよくあります。
HGVSを採用することで、チームはこれらのショートカットを廃止せざるを得なくなります。当初はレポートの読解速度が低下する可能性がありますが、データベース検索（ClinVar、gnomAD）の曖昧さゼロ化や、より安全なバリアント分類という形で還元されます。
レガシーシステムにおける実装負荷
古い臨床検査情報システムや内製スクリプトは、独自の命名法をハードコードしている場合があります。
これらを完全にHGVS準拠の文字列（正しいイントロンオフセットやタンパク質のfs表記を含む）を出力するように改修するには、相応のエンジニアリング投資が必要です。
しかし、これを行わないと、出力が最新のバリアント解釈パイプラインと互換性がなくなり、規制当局の審査が遅れる可能性があります。
規制およびデータベースの相互運用性
規制当局は、診断キットの申請や臨床レポートにおいて、HGVSへの準拠をますます求めています。
集団データベース内のバリアント対立遺伝子頻度はHGVS文字列をキーとしています。標準外の名称を使用すると、分類の根拠が正しく機能しなくなる可能性があります。
これは、短期的な変換作業と、長期的な監査への準備および相互運用性とのトレードオフです。
プロジェクトへの適用方法
HGVS準拠への最適な道筋は、あなたの主な役割と直面している制約によって異なります。
- 臨床診断レポートが主な焦点の場合： すべてのバリアントを承認されたRefSeqまたはLRG転写産物（例：
NM_000123.3）にアンカーし、サインアウト担当チームがアクセッション番号を削除しないよう教育してください。この単一のステップで、曖昧さの最も一般的な原因が排除されます。 - ゲノムソフトウェア開発が主な焦点の場合： データ取り込み時にHGVS構文のバリデーションを強制し、レガシー名のための自動変換ツールを構築してください。Sequence Ontology（SO）に準拠した文法を使用して、出力文字列がVEPやAlamutなどの下流ツールで正しく解析されることを保証してください。
- IVDキット製造が主な焦点の場合： 製品仕様書、プライマー設計文書、合成陽性対照証明書に正確なHGVS座標を埋め込んでください。これにより、キットのすべてのユーザーが、同一の曖昧さのないターゲットに対してバリデーションデータを照合できるようになります。
今日、厳格でリファレンスに紐付いたHGVSフォーマットに投資する1時間は、将来のデバッグ、再分類、臨床的混乱に費やす数日分を排除します。
要約表：
| バリアントタイプ / ドメイン | HGVS接頭辞 / 構文 | フォーマット例 | 主要ガイドライン |
|---|---|---|---|
| コーディングDNA | c. |
c.125C>G, c.6_7del |
ATGコドン=+1、位置0はなし、イントロンオフセットを使用（例：c.141+12T>C） |
| タンパク質 | p. |
p.R2S, p.Gln7Val, p.H3fs |
1文字または3文字コードを一貫して使用。ナンセンス変異はX、フレームシフトはfs |
| リファレンス配列 | Accession.Version: |
NM_000123.3:c.7C>T |
ビルドやアイソフォーム間での座標安定性を確保するための必須アンカー |
| フェージング / 対立遺伝子 | [var1];[var2] |
c.[2357C>T];[2378CdelA] |
複合ヘテロ接合体（シス/トランス）状態を定義するためにフェージングされたバリアントを括弧で囲む |
CamelBioで分子アッセイの成功を加速
配列フォーマットから臨床レポートに至るまでの精度を確保するには、信頼できる技術基盤が必要です。CamelBioは、診断薬メーカー、ラボ、研究機関に対し、IVD原材料、技術サービス、コンサルティングをワンストップで提供し、コンセプトから臨床までのあらゆる段階をサポートします。
分子アッセイの設計、ターゲット仕様の標準化、診断パイプラインの拡張など、どのような段階においても、当社の専門チームがシームレスなコンプライアンスと精度の達成を支援します。