医薬品製造業向けロット管理システム開発の完全ガイド

医薬品製造業向けのロット管理システムは、原料から製品、出荷先までのロットのつながりを記録し、監査や回収の際にたどれるようにする仕組みです。開発では、ロット追跡、品質状態の管理、製造・品質情報との連携を押さえると、追跡性の向上に役立ちます。

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

医薬品製造業向けロット管理システムの概要

このシステムは、ロット番号だけでなく、製造記録、品質判定、出荷可否、原料と製品のつながりを結び付けて管理します。

単純な在庫管理では、GMP監査や回収対応に必要な追跡性が不足することがあります。ロット番号と製造・品質の記録を結び付ければ、その不足を補えます。

ロット追跡で分かること

ロット追跡を使うと、原料から出荷先までの前後関係と、各ロットの記録の履歴をたどれます。

前後の追跡：製品に使われた原料・資材と、問題原料の影響を受けた製品・出荷先を双方向にたどれること。
影響範囲：原料Aのロットに問題が見つかったとき、中間・最終製品、保管場所、出荷先、数量を検索画面で一覧として示せること。
作業の説明：担当者、日時、指図、投入数量、判定が、ロットごとに残っている状態。
例外の履歴：分割・統合、返品、再加工、廃棄、回収を、後から書き換えられない形で残す構造。

在庫管理・生産管理との違い

在庫管理と生産管理が扱う情報と比べると、ロット管理の役割がはっきりします。

在庫管理：数量、場所、入出庫。
生産管理：計画、指図、進捗、原価など。
ロット管理：品質状態、期限、原料・製品の系譜、製造記録、承認状態を、ロット単位で結び付けた情報。

厚生労働省の2025年の用語整理では、EBRは投入数量や出来高数量を含むロット別製造実績の電子化を指します（出典: 厚生労働省「医薬品製造業におけるデジタル技術活用事例集向けデジタル用語の定義」、2025年）。

EBRは製造実績を扱うため、発注する側は導入時に、在庫画面だけでなく製造・品質・文書の情報連携まで確かめておく必要があります。

ポイント

在庫数量の管理で足りるか、監査や回収で原料から出荷先まで説明が必要かを、まず分けて考えるのが目安です。後者なら、ロット追跡と品質状態を備えたシステムを候補にします。

ロット管理に必要な機能とデータ設計

ロットの系譜と状態、変更記録を連携先まで結びます。

機能を評価するときは、画面の数よりも、ロットの状態と関係性を正しく記録できるかを見ます。

在庫機能から始める場合でも、電子製造記録や品質試験、設備連携へ後から広げられるデータモデルにしておくことが大切です。

ロット番号・期限・状態の管理

ロットごとに、ロット番号、製造日、使用期限を持たせます。期限の情報が正しくないと、期限切れ品の出庫を止める制御が働きません。

そのうえで、数量と単位、保管場所を管理し、保管条件や原料区分も記録します。番号は、製品・拠点・年月・連番などの規則で採番します。手入力による重複や桁違いは、この規則で防げます。

ロットの状態は、受入待ちや検品済み、隔離、試験中などを、あらかじめ定義しておきます。承認済み、不合格、出荷済み、回収対象も同じ一覧に含めます。状態が曖昧だと、隔離品を出庫してよいかを判断できなくなります。

未承認品には警告を出し、権限がない人には処理を完了させない制御を設けます。さらに、許可されていない出庫も止める制御まで設けます。

受入・検品：受入待ちや検品済みといった状態の記録。
品質判定：隔離、試験中、承認済み、不合格を区別して扱うこと。
出荷・回収：出荷済みと回収対象を、追跡できる形で記録します。

原料から出荷先までの親子関係

ロットを別々の一覧で管理していると、回収のたびに表計算での突き合わせが必要になります。そこで、投入から出荷までの各工程を記録し、親子関係を系譜として検索できるようにします。

記録には、分割・統合や払出、充填、包装も含めます。たとえば、一つの原料ロットを三つの製造指図に分けた場合は、三つの中間製品と最終製品まで追跡できる必要があります。

最終製品から、使用原料、作業者、設備をさかのぼって表示できます。工程時刻、試験結果、出荷先も一覧で確認できれば、問い合わせや回収判断の初動を速められます。

監査証跡・電子署名・外部連携

監査証跡と権限管理を備えると、変更内容と承認の責任を後から説明できます。

変更履歴：登録・変更・承認・取消の前後の値、実行者、時刻、理由を残す。
権限分離：製造担当者の単独承認を防ぎ、品質保証の承認を経てから出荷状態へ移す流れ。

FDAのPart 11ガイダンスは、規制記録に電子記録を使う場合の論点を示しています。アクセス制御、操作チェック、教育、電子署名、システム文書などが挙げられています（出典: FDA「Part 11, Electronic Records; Electronic Signatures – Scope and Application」、現行ガイダンス）。

適用範囲は、対象製品や販売地域によって異なります。そのため、要件定義の段階で、品質保証部門と対象記録を切り分けておきます。

連携先としては、製造実行を担うMESや、試験データを管理するLIMS、経営資源と購買を扱うERPが挙げられます。さらに、倉庫管理のWMSや設備、計量器も連携先に入ります。

厚生労働省の2026年資料には、電子製造指図書やMES・LIMSと品質管理を連携させて、ミスを減らした事例が載っています（出典: 厚生労働省「後発医薬品の生産効率化促進のための資料」、2026年）。

パッケージ・クラウド・スクラッチの選び方

方式ごとに強みとなる業務条件が異なります。

標準的な業務はパッケージやクラウドで固め、特殊な工程や設備連携だけを追加で開発する方法も検討できます。

方式は、業務の標準性、一拠点から始める必要性、独自工程やリアルタイム性を見比べて選びます。

全社の業務が標準的であればパッケージ、初期投資を抑えて一拠点から始めるならクラウドを検討します。独自工程や高いリアルタイム性が必要な場合は、スクラッチを中心に比べます。

パッケージ導入は標準化と検証のしやすさが強み

標準に合わせる範囲と追加改修の理由を整理しておくと、導入後の管理がしやすくなります。

基本機能：ロット、在庫、指図、承認、帳票が短期間で揃い、保守の範囲も見通せます。
Fit to Standard：個別仕様を抑えることで、将来の更新やバリデーションの負担が軽くなります。
追加改修：標準との区別が難しくなるため、理由を要件書とリスク評価に残すことが必要です。
差分整理：変更できる業務、守るべき品質ルール、追加機能を一覧にします。

小さく始める場合のクラウド

クラウドは小さく始めやすい点が利点です。ただし、品質管理と障害時の運用も、あらかじめ決めておく必要があります。

利用方式：自社でサーバーを持たず、利用料を払って、複数拠点で情報を共有する形。
段階導入：原料受入や在庫・期限管理を一拠点で試し、製造記録や他拠点へ広げる進め方。
運用確認：バックアップや復旧目標、保管場所、アクセス権、監査証跡、変更通知の確認。
継続手順：CSVの担当範囲を決め、通信障害時も現場を止めない代替手順を用意すること。

クラウドを使っても、それだけでGMP対応になるとは限りません。

独自工程と設備連携を重視する場合のスクラッチ開発

まず、独自性が必要な範囲を見極めたうえで、標準製品との併用も検討します。

設計範囲：特殊工程や既存設備とのリアルタイム連携、独自の判定、複数拠点をまたぐ系譜を細かく設計できること。
業務設計：品質判断と、システムで自動化する作業を分けること。
長期の役割：要件定義、テスト、検証文書、教育、保守を、自社と開発会社がそれぞれ担う。
標準製品との併用：特殊性の低い部分まで自作すると、費用と検証範囲が広がります。

ポイント

方式は、業務が標準的か、一拠点から始めるか、独自工程や設備連携が要るかで選びます。標準業務はパッケージやクラウドで固め、特殊な部分だけを追加開発する組み合わせも候補です。

医薬品製造業向けロット管理システム開発の進め方

仕様を固めた後に、テストと展開へ進みます。

品質保証・製造・倉庫・情報システムの業務を、一つの流れとして整理してから開発に入ります。

帳票やExcelを単純に移すと、GMP重要記録や例外処理の扱いが抜けてしまいます。そのため、承認者、保存期間、障害時の手順を明確にしておきます。

▶ 詳細はこちら：医薬品製造業向けロット管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

要件定義とリスク評価

要件定義では、業務の流れを描いたうえで、品質リスクを順に仕様へ落とし込みます。

業務フロー：原料受入、検品、秤量、投入、調製、充填、包装、検査、判定、保管、出荷、返品、回収の流れ。
工程要件：入力データ、参照マスタ、操作担当、承認者、異常時の処理、記録の保存先。
リスク評価：誤投入、期限切れ、隔離品の出庫、重複ロット、通信断、計量器異常、権限外承認を洗い出す。
検証計画：品質影響の大きい機能から、要求仕様やテスト、バリデーション計画に反映し、費用と検証漏れを抑えます。

データ設計と連携仕様

ロットを中心にデータを結び付け、連携仕様と停止時の扱いを決めておきます。

関連データ：品目、指図、BOM、マスターバッチレコード、設備、作業者、試験、判定、場所、出荷先を、ロットに結び付けること。
履歴管理：登録・変更・承認を改変できないイベントとして保存し、別画面からの重複登録を防ぐ仕組み。
連携仕様：MES・LIMS・ERP・WMSの項目、コード、単位、時刻、再送方法、責任システム。
接続と停止時：CSV、API、設備接続の使い分けと、停止時に正とするシステムの文書化。

テスト・移行・教育の段階的な実施

本番展開の前には、テスト、移行、並行稼働を順に進めます。

受入テスト：正常系に加え、隔離、不合格、期限切れ、分割・統合、返品、回収、停電、通信断、重複投入、権限不足を試します。
現場機器と代替：端末、バーコード、計量器、ラベルプリンター、紙の代替手順、復旧後の再入力の確認。
データ移行：品目、原料、取引先、ロット、期限、在庫状態の重複や欠損の洗い出し。
並行稼働：1工場・1製品群で、記録時間や転記ミス、回答時間、期限切れ在庫件数を導入前後で比べ、範囲を広げます。

ポイント

開発では、受入テストで隔離や不合格、回収、通信断などの例外を試せるかを、一つの目安にします。例外の扱いが決まらないままだと、後で仕様を組み直すことになります。

費用相場と開発期間

費用は、対象工場や製品数、GMP記録の範囲によって変わります。また、連携機器、移行、CSV文書、教育の有無も、費用に影響します。

医薬品に特化した公開相場は確認できないため、次に示す金額は、2025〜2026年の公開料金と製造業システムの規模別データから見た目安です。

▶ 詳細はこちら：医薬品製造業向けロット管理システム開発の見積相場や費用/コスト/値段について

規模別の費用目安

導入の規模と対象範囲で費用と期間は大きく変わります。目安として、初期費用は小規模の50万円から大規模連携の1億円超まで、期間は個別開発の6〜12か月程度から、大規模連携の12〜24か月以上になることもあります。

小規模：ロット在庫、期限、入出庫、簡易工程に絞る場合、初期50万〜300万円、月額5万〜20万円程度です。
パッケージ：設定・導入は数百万円〜1,000万円程度で、移行・教育・検証・連携込みでは1,000万〜3,000万円程度です。
個別開発：複数工場や各種連携を含む場合は、2,000万〜5,000万円程度、期間は6〜12か月程度です。
大規模連携：MES・電子製造記録や全社連携では、5,000万円〜1億円超、12〜24か月以上になる可能性があります。

製造業向けクラウドでは、初期50万円〜、月額5万円〜という公開例があります（出典: 製造管理クラウドの公式料金ページ、2026年）。一方で、GMP適用範囲や監査証跡、電子署名、CSV支援の費用は、別途確認が必要です。

費用が増える要因

費用の差は、データ整備、品質管理、連携、導入方法によって左右されます。

データ整備：既存マスタの品質と、データ移行の範囲。
品質管理：承認フロー、監査証跡、電子署名、CSV文書化。
連携・導入：連携機器の種類と、並行稼働の有無。

品目ごとのマスターバッチレコードも、整備や版管理、承認が必要で、システムの外側で業務の負荷になります。

保守運用費は、初期開発費の年15〜25％程度が目安です。そこに加えて、クラウド利用料や更新、監査、検証維持、問い合わせ対応を見込みます（出典: 製造業向け業務システムの公開相場調査、2025〜2026年）。

見積書では、初期費用と月額費用に加えて、変更管理や再検証の単価も確認します。

見積書の比較条件

相見積もりでは、作業範囲、利用条件、品質要件を、同じ基準でそろえて比べます。

作業範囲：要件定義、設計、開発、連携、テスト、CSV、移行、教育、保守が、それぞれ分かれているか。
利用条件：ライセンス、ユーザー・拠点・端末数、容量、追加帳票単価の条件をそろえること。
品質要件：「監査証跡対応」「GMP対応」を機能ごとに、どこまでを誰が受け持つかで分けて、対象記録や保存期間、変更履歴、署名方式まで確かめます。
導入後の対応：検証資料の範囲と変更管理を確かめ、価格だけで決めないこと。

ポイント

費用は、規模や対象範囲、GMP記録の範囲で決まります。見積もりを比べるときは、初期費用と月額費用に加えて、変更管理や再検証の単価まで同じ条件でそろっているかを見ます。

医薬品製造業向けロット管理システムの開発会社/ベンダーの選び方

ロット項目を扱える製品かどうかより、医薬品の品質業務と現場の例外処理を理解しているかを見て選びます。得意な領域は、製品、MES・電子製造記録、ERP、バーコード・計量連携で異なります。そのため、比較の観点を先に決め、候補ごとに適合する範囲を確かめます。

医薬品の業務知識と導入実績

業務実績とデモの両面から、候補がどこまで対応できるかを確かめます。

導入実績：社名や導入件数だけでなく、受入から出荷判定、製品形態、拠点数、設備連携まで見る。
移行・検証支援：紙からの移行や監査・バリデーション支援の事例（匿名事例を含む）。
デモ確認：隔離出庫、期限切れ、分割・統合、原料から出荷先への逆引きを実演してもらう。
利用者の確認：品質保証は画面と記録を、現場は端末操作を試し、導入後のギャップを探す。

CSV・セキュリティ・保守の担当範囲

CSV、クラウド運用、引き継ぎ資料について、どこまでを誰が受け持つかを事前に明確にしておきます。

CSVの分担：利用者側の業務・リスク評価、開発側の仕様書・テスト、双方の受入れを分けること。
GMPの範囲：対象記録、提供テンプレート、現地SOP、変更時の再検証。
クラウド管理：バックアップ頻度、復旧目標、障害通知、脆弱性、委託先、ログ保持の確認。
引き継ぎ：設定、連携仕様、テスト記録、教育資料を、自社が取得できる契約にする。

RFPに入れる質問

RFPの確認事項と候補先の評価の観点を、一つのリストにまとめます。

ロット追跡：原料から製品・出荷先まで、分割・統合、隔離・不合格・回収の扱いを尋ねる。
記録と現場機能：電子署名、権限分離、監査証跡、期限・保管条件、バーコード・計量器連携の有無。
連携と運用：MES・LIMS・ERP・WMS、移行・並行稼働、CSV・保守の担当範囲を、質問に含める。
候補の比較：機能適合度、医薬品業務経験、データインテグリティ、連携力、期間、初期・運用費、教育支援の採点。
定着性：価格だけでなく、品質保証部門と現場が安心して使えるか、導入後に定着するか。

▶ 詳細はこちら：医薬品製造業向けロット管理システム開発でおすすめの開発会社/ベンダー6選と選び方

▶ 詳細はこちら：医薬品製造業向けロット管理システム開発の発注/外注/依頼/委託方法について

ポイント

開発会社は、ロット項目を扱えるかより、例外処理の経験を重視して選ぶのが目安です。例外系のデモを見せられ、CSVや保守の担当範囲を示せる会社を、候補に残します。

よくある質問（FAQ）

導入前によく寄せられる疑問を取り上げます。要件は、対象製品、製造所、販売地域によって異なります。そのため、一般論を品質保証方針にそのまま当てはめず、記録の用途と責任者を確かめておきましょう。

Excelのロット管理から移行できますか？

移行はできます。まず、品目コード、ロット番号、期限、数量を整理し、重複や欠損を洗い出します。単位や保管場所、状態も対象に含めます。

移行に入る前に、過去記録の移行範囲、旧記録を参照専用にするかどうか、移行データの照合者と承認者を決めておきます。

ロット管理だけを先に導入してもよいですか？

問題ありません。原料受入やロット照合、期限管理、出庫制御など、影響が大きく効果を測りやすい範囲から始められます。

将来はMES・LIMS・ERPへ広げる前提で、ロットID、品目コード、状態、履歴、API・CSV項目を、拡張できる形に設計しておきます。

クラウドを使うとCSVや監査対応は不要ですか？

クラウドを使っても、CSVや監査対応は必要です。提供者がインフラやサービス運用を担う場合でも、利用企業は業務、権限、記録用途に責任を持ちます。さらに、教育、SOP、変更管理、データレビューも、利用企業の担当になります。

EU GMP Annex 11の改訂議論でも、システムのライフサイクルや供給者管理、データインテグリティ、監査証跡、電子署名が強調されています（出典: 欧州委員会「EudraLex Volume 4 Annex 11改訂に関する協議資料」、2025年）。

導入効果は何をKPIにすればよいですか？

KPIには、記録時間や転記・入力ミス、トレース回答時間を使えます。隔離品の滞留や期限切れ在庫、棚卸し差異、教育時間も指標になります。

導入前に一定期間を実測しておき、1拠点・1製品群でPoCを行った後に同じ条件で比べると、機能追加の優先順位を決めやすくなります。

まとめ

ロット管理システムは、在庫番号の検索を超えて、原料や工程、設備を系譜としてつなぐ仕組みです。作業者、試験、承認、出荷先も同じ系譜に結び付けることで、後から説明できる基盤になります。

GMPやCSV、監査証跡、電子署名、データインテグリティは、機能表だけでは判断しきれません。品質保証と現場の業務、障害時の継続方法まで含めて設計します。

重要ロットと一拠点からの開始

全社を一度にスクラッチ化するより、原料受入、照合、出庫、製造記録など、リスクと効果が見えやすい範囲でPoCを行います。

KPIを測り、マスタと現場の運用を整えます。連携を確かめてから、MES・LIMS・ERPや他拠点へ段階的に広げます。

選定時の記録の信頼性と定着

見積もりには、初期費用だけでなく、移行や検証、教育、保守、変更管理、将来の連携の費用も含めます。

候補には、例外系のデモと、どこまでを誰が受け持つかを示してもらいます。SOP、権限、マスタ、監査証跡を管理できる体制が、品質と投資効果を支えます。

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
 ・スクラッチシステム開発の完全ガイドブック
 ・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。