MDR技術文書向けAI文書翻訳の設定方法

3 日前

読了時間: 8分

医療機器の技術文書は、基本的な安全性・性能要件からリスクファイル、各使用説明書まで、数千ページに及びます。これをAI文書翻訳で翻訳してもMDRの範囲内にとどまれますが、順序は一つだけです。用語を固定し、モデルをそれに制約し、そのうえで出力がファイルに入る前に認証を受けた言語担当者をその前に置きます。

AD VERBUMはEUホスト型のAI翻訳会社であり、MDR技術文書を、お客様の用語ベースに制約されたクライアント調整済みLLMに通し、その後ISO 13485、ISO 17100、ISO 18587に基づく認証済みの医療レビューを行います。パブリッククラウドを経由せず、クライアントデータでの学習も行いません。当社が用いるワークフローを段階ごとに示しますので、貴チームも同じものを設定できます。

まず一点。MDRはいかなるツールも禁止せず、AI翻訳製品を名指ししていません。確認されるのは、翻訳文書が正確で最新であり、品質システムに裏付けられているかどうかです。これはモデルではなく、レビュー記録の問題です。

MDRが翻訳された技術文書に求めるもの

医療機器規則（規則（EU）2017/745）第10条(11)は、機器を販売する各加盟国の公用語で使用説明書とラベルを求めます。同規則の附属書IIは技術文書そのものを定めており、明確で整理され、容易に検索できる必要があります。原文から逸脱した翻訳は、この二つの義務を同時に破ります。

二つの文書タイプが最大のリスクを負います。臨床医や患者が実際に読むマニュアルである使用説明書（IFU）と、植込み機器およびクラスIII機器を対象に第32条に基づくもので、EUDAMEDを通じて公開される安全性・臨床性能の概要（SSCP）です。いずれかの誤りは記録上の誤りであり、後でこっそり直せる草案ではありません。

MDR技術文書向けAI文書翻訳の設定方法

順を追って6段階です。各段階が次を支えるため、初期段階を飛ばすと最後に代償を払います。

機器の用語ベースと翻訳メモリを固定する。承認済みのIFU文言、機器名、警告の表現を過去の受理済みファイルから用語ベースに取り込み、翻訳メモリを読み込んで過去の承認を引き継ぎます。
クライアント調整済みモデルで制約付き生成を実行する。用語ベースとメモリをクライアント調整済みのオープンウェイトLLMに与え、自由な文ではなく承認済み用語に制約された出力を生成させます。
ISO 18587とISO 13485に基づく認証済みポストエディットを適用する。有資格の医療言語担当者が出力を編集し、機器の品質システムの中で最終テキストの責任を負います。
EUDAMEDとラベルの一貫性を確認する。機器名、UDI-DI、使用目的の文言が、ファイル、ラベル、EUDAMED記録の各言語で一致していることを確認します。
公認機関向けの監査証跡を残す。誰がどの用語ベースのバージョンに対して何をレビューしたかを記録し、監査時にレビュー履歴を取り出せるようにします。
全体をEUホスト型インフラで実行する。ソースファイル、メモリ、出力をEUサーバー上に保ち、経路のどこにもパブリッククラウドAPIを置きません。

モデルが中間に位置し、末尾ではないことに注目してください。MDR技術文書の最後の言葉は、それに署名する人に属します。

モデルを走らせる前に用語を固定する

これはチームが飛ばしがちな段階であり、品質を決める段階です。機器の用語ベースは、禁忌、警告のキャプション、特定の部品名が毎回どう現れるかを固定し、モデルが安全用語を、レビュー担当者が後で捕まえなければならない何かに言い換えられないようにします。制約付き生成に認証レビューを加えたものが当社の言う用語の意味である理由の全体像は、AI翻訳が規制対象コンテンツにとって何を意味するかで説明しています。用語ベースは、このプロジェクト向けに新しく書いた用語集からではなく、公認機関がすでに受理したファイルから構築してください。

認証レビューこそ公認機関が確認するもの

ISO 18587は機械およびモデル出力の完全なポストエディットの規格であり、最終翻訳の責任を、名前の記された有資格のポストエディターに負わせます。2026年の改訂は適用範囲を広げ、AIおよび大規模言語モデルの出力を直接対象とします。これを機器の品質マネジメント規格であるISO 13485と組み合わせると、レビューは儀礼的な一瞥であることをやめ、記録を残す管理された段階になります。

規則そのものがこれを裏付けます。MDRがツールを許容しつつレビューを求める理由はMDRは使用説明書とラベルにAI翻訳を認めるかで、どの機器文書がこのワークフローに適するかはどの医療機器文書が人によるレビュー付きAI翻訳に適するかで詳しく述べています。

EUDAMED、ラベル、監査証跡を揃える

技術文書は単独では存在しません。ファイル内の機器名とUDI-DIは、ラベルおよびEUDAMED登録と各言語で一致していなければならず、そうでなければ監査人がそのずれを見つけます。これらの面を一貫させることはそれ自体が一つの作業であり、その2026年11月28日の期限についてはAI翻訳は2026年11月までにEUDAMEDの機器データを一貫させられるかで扱っています。

監査証跡は買い手が過小評価する成果物です。EU AI法（規則（EU）2024/1689）の下では、規制対象プロセスで使われるAIシステムは、出力がどのように生成され確認されたかの記録を残すことが期待されます。文書化された認証レビューはその記録を与えます。記録のない機械処理は、示すものを何も与えません。

どこで失敗するか

三つの失敗パターンが、当社が後から修正を依頼される却下済みMDR翻訳の大半を占めます。

制約のないモデル。用語ベースなしで汎用LLMを走らせると、警告を言い換え、機器名の同義語を作り出し、用語レビューに通らない流暢な文を生みます。
人による署名がない。生の出力をそのままファイルに押し込むことは、有資格者が責任を負っていないことを意味し、それこそISO 18587とISO 13485が求めるものです。
パブリッククラウドの経由。技術文書を公開翻訳APIに通すと、管理対象の製品データが自社の管理外のサーバーを移動し、GDPRと自社のセキュリティレビューが期待するEUデータレジデンシーを破ります。

当社はこの三つの落とし穴を軸に機器ワークフローを構築しました。AD VERBUMはMDRおよびIVDRのファイルを、EUホスト型のクライアント調整済みモデルと認証済みのSMEレビューで処理します。他社に対するこのアプローチの位置づけは、医療機器の使用説明書とラベル向けの最適なAI翻訳サービスとMDRおよびIVDR文書向けの最適なAI翻訳会社でご覧いただけます。

当社の医療機器翻訳サービス

規制対象分野向けの翻訳サービスは、ISO 27001およびISO 42001認証のEUホスト型インフラで稼働し、中核処理にパブリッククラウドツールを用いません。すべてのプロジェクトは当社のAI+HUMANハイブリッドワークフローを通ります。まずクライアントの翻訳メモリと用語ベースを取り込み、自社開発のLLMベースのLangOps Systemがクライアント調整済みのオープンウェイトモデル上でクライアント用語に制約された出力を生成し、認証を受けた分野専門家が技術的正確性と規制適合性をレビューします。QAはISO 17100およびISO 18587に整合し、ISO 13485の機器品質マネジメントやMDR第10条(11)の言語要件などの分野固有要件を必要に応じて適用します。当社はライフサイエンス、法務、金融、防衛、製造のお客様に150以上の言語と3,500名以上の分野専門言語担当者で対応します。監査に敏感なコンテンツを扱うチームは、お問い合わせください。セキュリティとコンプライアンスの要件を直接ご相談いただけます。

FAQ

MDRは技術文書にAI文書翻訳を認めていますか。

はい。医療機器規則（規則（EU）2017/745）はいかなるツールも名指しせず、禁止もしていません。第10条(11)は使用説明書とラベルが各市場の公用語で正確であることを求め、附属書IIは明確で最新の技術文書を求めます。認証を受けた言語担当者がISO 18587とISO 13485に基づき出力をポストエディットすれば、AI翻訳はこれを満たします。

公認機関は実際に何を確認しますか。

モデルではなく記録です。公認機関は、翻訳文書が正確で最新か、そして品質システムがその作成を管理したかを確認します。ISO 13485とISO 17100に基づく文書化された認証レビューがこれに答えるため、レビュー担当者、用語ベースのバージョン、署名を記録に残してください。

なぜモデルを走らせる前に用語ベースを固定するのですか。

用語ベースがモデルに安全用語を言い換えさせないものだからです。機器名、警告、禁忌の文言を、公認機関がすでに受理した形に固定するため、制約付き生成は適合したテキストを生み、レビューが後で捕まえる流暢な推測を生みません。

ここでの生の機械翻訳はAI翻訳と同じですか。

いいえ。レビューのない生の機械翻訳やNMTの出力は、当社の言うAI翻訳ではありません。AD VERBUMのAI翻訳は、お客様の用語ベースに制約されたクライアント調整済みLLMであり、その後にISO 18587に基づく認証済みの人によるレビューが続きます。レビューこそが違いであり、同義語ではありません。