紙とフォルダで管理するQMS文書の限界——クラウド移行で整えるべき版管理と検索性の設計

「最新版がどこにあるかわからない」——気づいたとき、監査は始まっていた。

棚には三穴ファイルが並んでいる。印刷日付は2年前。でも現場では「これで合ってるよね」と言いながらその文書を使っている。誰も確認していない。誰も止めていない。

これは管理が甘い職場の話ではない。紙とフォルダという仕組みが、そもそも版管理に向いていないのだ。

よくある失敗——「うちだけじゃなかった」という3つの光景
なぜそうなるのか——仕組みの問題として整理する
放置するとどうなるか——品質と現場への影響
クラウド移行の前に整えるべき3つの設計
改善するための判断基準——今どの段階か
今日できる改善手順——Step 1〜3
おすすめの次アクション
よくある質問
ツール紹介
1. 文書管理特化型SaaS
2. 汎用クラウドストレージ＋テンプレート運用

よくある失敗——「うちだけじゃなかった」という3つの光景

最新版が複数存在する

共有フォルダを開くと「SOP_受入検査_v2.2.docx」と「SOP_受入検査_v2.2_修正.docx」が並んでいる。どちらが現行版か、ファイル名だけでは判断できない。作成者に聞けばわかるが、その人は来月で退職する。

承認の形跡が残らない

紙に捺印して棚に戻す。そのルーティンは動いていても、「誰が・いつ・何版を・なぜ承認したか」は記録として残らない。監査官に「この変更の承認記録を見せてください」と言われたとき、答えに詰まった現場を私は何度か見てきた。

検索できないから使われない

「たしか受入検査の手順に書いてあったはずだけど」と思っても、フォルダを漁るしかない。時間がかかるから記憶に頼る。記憶は間違える。そこから逸脱が始まる。

なぜそうなるのか——仕組みの問題として整理する

個人の整理術の問題ではない。

紙とローカルフォルダという仕組みは、「一人が管理し、少数で参照する」環境では機能する。しかしQMS文書が増え、改訂が繰り返され、複数部門が参照し始めた瞬間に、その仕組みは限界を超える。

ファイル名による版管理は、命名ルールが徹底されなければ崩壊する。承認フローをメールや口頭でまわすと、履歴が散逸する。文書が増えるほど検索性は下がる。これは「管理が雑」ではなく、設計の問題だ。

放置するとどうなるか——品質と現場への影響

旧版の手順で作業が続いても、しばらくは何も起きない。だから気づきにくい。

問題が顕在化するのは、クレームが来たとき、監査が入ったとき、担当者が変わったときだ。

「その時点での現行版はどれですか」「変更管理の記録はありますか」——そう問われたとき、答えられない現場は、品質の問題より前に信頼の問題を抱える。残業が増えるのは、文書を探す時間と、説明資料を作り直す時間の両方だ。引き継ぎも属人化する。新しい担当者は、どのフォルダに何があるか、一から覚え直すことになる。

文書管理の属人化がどのように現場を疲弊させるかについては、[医療機器保守の属人化リスクと脱属人化の進め方](/medical-device-maintenance-depersonalization/)も参照してほしい。

クラウド移行の前に整えるべき3つの設計

移行ツールを先に選ぶのは失敗のパターンだ。設計が先で、ツールは後だ。

① 版管理のルール

文書には必ず版番号と改訂日を入れる。過去版はアーカイブとして残し、現行版だけが参照可能な状態にする。「削除」ではなく「非表示化」で運用すると、監査時の確認が容易になる。

② 承認フローの可視化

誰が・いつ・何版を・何の理由で承認したか、記録として残る仕組みにする。クラウドツールでは承認ステータスのワークフロー機能を使うのが現実的だ。メールや口頭での回覧は記録が散逸しやすく、一般に推奨されない。

③ 検索性の設計

文書にタグ・カテゴリ・関連キーワードを付与する。ファイル名検索だけに頼ると、命名が揺れた瞬間に見つからなくなる。「手順書」「SOP」「作業標準」——呼び方が複数ある場合は同義語を登録できるツールを選ぶとよい。

改善するための判断基準——今どの段階か

まだ手作業でよい段階がある。文書数が少なく（目安として30文書以下）、改訂頻度が低く、参照者が限られているなら、命名規則とフォルダ構造の整備から始めるだけで十分なこともある。

テンプレートで対応できる段階もある。版管理台帳をExcelで作り、承認フローをWordの変更履歴機能で記録する方法は、移行コストが低い。

クラウドツールを検討すべきなのは、文書数が増え続けている・複数部門が同時参照する・監査対応の工数が増えている——そのどれか一つに当てはまるときだ。

今日できる改善手順——Step 1〜3

Step 1: 現行文書の棚卸しをする（1〜2日）

今ある文書をリストアップし、「現行版・旧版・廃止」の3区分で整理する。この作業だけで、重複と曖昧さの全体像が見える。

Step 2: 命名ルールと保存場所を決める（半日）

ファイル名のフォーマット（例: 文書番号_文書名_版数_日付）と、フォルダ構造の原則を文書化する。ルールが一枚の紙に収まるくらいシンプルにする。複雑すぎるルールは守られない。

Step 3: 承認フローを一本化する（1日）

「誰が起案し、誰が確認し、誰が承認するか」を明文化する。今使っているメール・紙・口頭の混在を、一つのルートに統一する。このステップが整ってから、ツール移行を検討するのが正しい順序だ。

よくある質問

クラウド移行にかかるコストの目安はどのくらいですか？

文書管理に特化したSaaSでは、ユーザー数と機能によって幅があり一概には言えないが、中小企業向けには月数千円〜数万円の選択肢がある。ただし、ツールの料金より、移行設計・データ整理・社内ルール策定に時間がかかることが多い。まず試用期間を使って自社の文書構造に合うか確認してから判断するのが現実的だ。

ISO 13485の審査でクラウド管理は認められますか？

クラウドによる文書管理が審査上問題かどうかは、ツールの仕様や運用方法によって異なり、一般的な断定はできない。重要なのは、版管理・承認記録・変更管理の要求事項を実際に満たせる仕組みになっているかどうかだ。導入前にQMS責任者や審査機関へ確認することを強く推奨する。

文書数が少ない場合でも移行した方がよいですか？

文書数が少なければ、Excelとフォルダの組み合わせでも設計次第で十分機能する。ただし「今は少ない」という前提が崩れるとき——文書数が増える計画がある、担当者が変わる予定がある、審査が近い——は、先に仕組みを整えておいた方がコストは低い。現時点のボリュームだけで判断しないことが重要だ。

移行中に監査が入った場合はどうすればよいですか？

移行期間中は旧管理と新システムが並存するため、どちらが「現行」かを明確にする方針を事前に決めておく必要がある。「移行完了日時以降はクラウドを正とする」といった移行計画書を作成し、QMS責任者の確認を得ておくことが一般に望ましいと考えられる。文書化されていない状態での移行は、説明責任の観点から避けた方がよい。

—

ツール紹介

QMS文書管理のクラウド移行を検討するなら、以下の2つのカテゴリから入るのが現実的だ。

文書管理特化型SaaS

QMSの文書管理に対応しているSaaSでは、版管理・承認ワークフロー・監査証跡の記録機能が標準で備わっているものが多い。中小規模でも導入しやすい価格帯のものも増えており、まず試用版で自社の文書構造に合うか確かめてから判断するとよい。ベンダーに「ISO 13485対応の実績があるか」「承認記録はどのように保持されるか」を確認するのが導入判断の基本になる。

汎用クラウドストレージ＋テンプレート運用

すでに社内で使っているGoogle WorkspaceやMicrosoft 365を活用し、QMS文書管理のルールとテンプレートを重ねる方法もある。追加コストが低く、社内への展開もしやすい。ただし、版管理や承認フローを自分たちで設計・運用する必要があるため、設計の精度が問われる。どちらが合うかは、組織の規模・審査の頻度・担当者のITリテラシーによって変わる。一度、両方の試用を並べて比較してみるのが判断を早める。