化粧品製造業向け薬事管理システムの開発は、業務と責任者を整理し、自社に合う方式を選び、実務のシナリオで試す順に進めます。この順で進めると、製品情報と承認履歴を一元管理できます。
全体像の詳しい内容は、完全ガイドの記事にまとめています。
▼全体ガイドの記事
・化粧品製造業向け薬事管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
化粧品製造業向け薬事管理システムの全体像
薬事管理システムは、申請書の作成に限らず、処方や原料の変更が表示・届出・品質記録・製造指図・出荷後の問い合わせにどう影響するかを追う基盤です。また、承認者と承認時点も記録しておくと、誰がいつ判断したかを後から確かめられます。範囲を適切に分けると、過剰な投資や薬事情報の孤立を防ぎやすくなります。
薬事専用型: 処方・表示・成分規制から小さく始める企業
薬事担当者が中心となり、薬事台帳と承認フローを整えたい企業に合います。また、既存の生産管理やERPは残したまま、1工場や代表品目から始めやすい構成です。
- 管理対象: 処方、原料マスタ、表示（INCI名・表示名称・全成分・注意表示）、品目・届出、申請資料
- 判定と責任: 自動判定は一次確認にとどめ、最終判断は薬事責任者が行う
- 辞書と履歴: 対象地域と規制、更新者と頻度、変更理由、差戻し記録
「適合」と表示されても、広告表現や個別申請の判断まで自動で確定できるとは限りません。どこまでを機械に任せ、どこから人が確認するかを、導入前に決めておく必要があります。
商品情報クラウド型の役割: 部門間の最新版共有と承認の整備
商品情報クラウド型は、部門で製品情報を共有し、紙や共有フォルダで旧版が混在する状態を抑えたい企業に向きます。
- 共有する情報: 設計書、包材画像、表示案、承認済みデータ
- 利用部門: 研究開発、薬事、品質保証、営業、企画
- 運用設定: 項目、権限、承認ルート
- クラウド要件: データ保管場所、バックアップ、復旧目標、外部共有制御、操作ログ、退職者アカウント停止
- 外部連携: ERP、MES、LIMS、秤量器とのAPIまたはCSV連携
連携先ごとに、正マスタと連携のタイミング、エラー時の再送方法を決めておかないと、二重入力や不整合が残ります。
生産・品質統合型の役割: OEMや複数工場のトレーサビリティ
品目数が多い企業、OEM受託が中心の企業、複数拠点で原料や包材を管理する企業は、生産・品質・在庫・原価を薬事情報とつなぐ統合型が候補になります。
- 追跡対象：多段階配合・中間バルク・荷姿違い、原料ロット、製造指図、検査結果、出荷先
- 活用場面：ロットを辿れれば、原料変更や苦情時の調査を短縮できます
内田洋行の事例では、バーコードと秤量データを連携し、投入順・投入量の指示、ロット管理、実在庫、出荷後の追跡を整えています。さらに、Excel台帳と実在庫の差異も改善しています（出典: 内田洋行「化粧品OEMメーカー×基幹システム 導入事例」）。
薬事システムの価値は、申請業務だけにとどまらず、製造現場のミスや回収調査まで含めて考えます。
化粧品製造業向け薬事管理システムの進め方
機能一覧を先に作るより、まず現行業務とデータの流れを把握し、6フェーズに沿って進めます。要件整理では、一つにまとめて扱う情報と、人が承認する判断を分けます。そのうえで、テストでは実データを使い、処方変更や回収を確かめます。
フェーズ1: 要件整理と業務・データ・責任者の洗い出し
発注側は、最初の2〜4週間で、薬事・研究開発・品質保証・製造・営業・情報システムの担当者を集め、各業務を時系列で整理します。業務ごとの管理場所や規模、データの欠損や保管年限、初期の対象範囲まで押さえておくと、後の見積もりや設計の前提がそろいます。
- 業務: 処方作成・原料資材登録・表示確認、製造販売届・変更管理、苦情・出荷判定・回収
- 管理場所: Excel・Access・共有フォルダ・紙台帳と、重複管理の有無
- 規模と統制: 品目・原料・包材・工場の数、OEM比率、販売地域、利用者権限、既存ERP・生産管理・LIMS
- データと成果: 欠損率・保管年限・監査ログの要否、業務フロー、データ項目表、課題と優先順位
- MVP範囲: 初期対象と、薬事専用・1工場の代表品目など初期対象外の範囲
同じ原料や品目を複数の場所で管理していると、どれが最新版か分からなくなります。そのため、誰が最新版を判断するのかも、この段階で決めておきます。
フェーズ2: 自社の規模と運用方針に合う方式の比較
方式の比較は、機能表の項目数だけでなく、運用の前提で見ます。薬事専用型、商品情報クラウド型、生産・品質統合型、スクラッチ開発を、同じ機能表だけで比べると、前提の違いを見落とします。
- 薬事専用型: 品目が少なく、薬事部門の台帳整備が中心の企業
- 商品情報型: 設計書や承認済み情報の最新版共有が課題の企業
- 統合型: OEMや複数工場でロット・原価まで管理したい企業
候補会社には同じRFPを渡し、処方版の比較と変更影響の検索を中心に確かめてもらいます。表示名称や届出履歴の扱いは、権限と監査ログとあわせて同じ条件で見ます。GQP/GVP記録やロット追跡に加えて、ERPや秤量器との連携、データ移行、法改正時の更新方法も確かめます。
デモでは、旧版処方や代替原料、キャリーオーバー、荷姿違いを含む自社データを使います。特に、差戻しの例を含めると、業務に近い確認になります。架空の整ったデータだけで判断すると、例外の処理を見落とすおそれがあります。
フェーズ3: 設計・開発と標準機能・独自要件の切り分け
Fit to Standardでは、標準業務に合わせる部分と、競争力の源泉として残す独自要件を分けます。基本機能を過度に変えると、法改正や更新時の改修費につながります。そのため、標準機能に合わせる範囲を先に決めておきます。
- 独自機能: 受託計算や外部顧客向け帳票を、APIや周辺機能に分離できるかを検討する
- データ構造: 処方・原料・資材・成分・表示・品目・製造所・責任者、届出番号・版・承認状態、変更理由、添付資料、ロット・品質結果・苦情・CAPA
- 権限と記録: 薬事・品質保証・研究開発・製造・営業・管理者ごとに権限を分け、登録から廃止までの履歴を残す
- 要件変更: 費用・納期・テスト・保守性への影響を、変更管理票で承認する
フェーズ4: 処方変更から回収までの通しテスト
画面が動くかだけでなく、実業務の判断どおりにつながるかを確かめます。そのため、テストケースには変更・追跡・障害のシナリオを含めます。
- 処方・表示: 原料・配合量の変更、表示名称の変換、キャリーオーバー、共通処方、容器・箱表示の変更
- 届出・品目: 製造販売届の変更、廃止の扱い
- 追跡: 原料ロットから出荷先へさかのぼって確かめる、苦情から対象ロットを特定する
- 権限・連携: 担当外の編集、連携エラーと再処理
- 復旧: バックアップから元の状態へ戻せるか
合格の条件は、変更差分から影響品目・表示・製造指図・在庫を漏れなく抽出できることです。また、承認者と承認日時の記録、連携失敗時の再処理、監査担当者によるログ検索も確かめます。受入テストは、薬事担当者と現場責任者が自ら行い、ベンダー任せにしないことが大切です。
フェーズ5: 稼働に向けた移行・教育・切替判定
本稼働の前に、原料・資材・処方・品目を移行します。また、届出・取引先・在庫、過去の品質記録も移します。ただし、全履歴を無条件に移すと重複や旧版が混ざるため、移す対象を絞り込みます。
- 移行対象と優先履歴: 現行品・継続品・法定保存記録・参照頻度の高い履歴に分類する
- 照合項目: 表示名称・単位・濃度・ロット・日付・添付資料が正しく紐付くかを、サンプルで照合する
- 薬事・研究開発教育: 変更申請・承認、処方版・原料変更を演習する
- 品質・製造・営業教育: 苦情・CAPA・監査ログ、指図・秤量・ロット実績、公開できる最新版を練習する
- 切替準備: 旧Excel停止時期と、障害時に製造・出荷を続ける帳票を決める
教育は、機能説明よりも役割ごとの業務演習に重きを置きます。そのうえで、切替責任者が稼働を判定できる状態を整えます。
フェーズ6: 法改正・辞書更新・改善の運用への組み込み
稼働後は、正しいデータが蓄積される状態を目指して、月次の運用確認と法改正時の更新を続けます。月次では、未承認の処方や旧版の表示、連携エラーの有無を見て、データが滞っていないかを確かめます。
- 月次確認1: 未承認処方、期限切れ原料資料、旧版表示、差戻し件数
- 月次確認2: 連携エラー、権限の見直し、バックアップ結果、問い合わせ件数
- 法改正・辞書更新: 影響品目を抽出し、再確認する表示や承認ルートを薬事責任者が決める
- AIの一次確認: 判定根拠、辞書の版、確認者、採否理由を記録し、法的判断や最終承認は人が行う
- 改善要望: 緊急度、法令・品質リスク、利用頻度、費用対効果で優先順位を付ける
AIは候補の抽出や差分の検出を速める補助機能と位置づけ、設計の段階からその前提を組み込むのが安全です。
化粧品製造業向け薬事管理システムの費用相場とコストの内訳
費用は、システム名よりも、品目・原料・包材・利用者・工場の数やデータ品質で変わります。加えて、連携先やバリデーション、海外規制、保守範囲も費用を左右します。
金額は比較用の推定レンジで、公開価格を断定するものではありません。設定型クラウド、製造業向け業務システム、人月単価、公開事例をもとにしています。実際の予算は、同じ要件で複数社から見積もりを取って確かめます。
導入パターン別の費用の幅: 30万円台から1億円超
導入規模ごとの推定レンジは、初期費用・月額費用・期間を一緒に比べます。
- 小規模クラウド: 処方・表示・文書管理。初期30万〜150万円、月額5万〜20万円程度、1〜2か月
- 中小企業向け: 薬事ワークフロー、品目・届出、権限、版管理、監査ログ。初期150万〜500万円、月額10万〜40万円程度または年額保守、2〜4か月程度
- 生産・品質パッケージ: 生産、品質、在庫、原価、ロット連携。初期500万〜2,000万円、4〜9か月程度
- 複数工場・OEM統合: ERP・MES・LIMS連携を含む統合型。1,000万〜5,000万円、6〜12か月程度
- 全社基幹・フルスクラッチ: 海外規制や複雑な独自ワークフローを含む場合、5,000万円〜1億円以上、12〜24か月以上になる可能性
この金額は設定範囲と利用規模から置いた見立てで、特定の企業が必ずこの金額になるわけではありません。
費用の中心: 要件定義・移行・連携・テストを含む人件費
製造業向けシステムは、人件費が総額の大きな割合を占めます。実装費だけでなく、周辺作業と体制もあわせて見ます。
- 費用配分の推定: 要件定義10〜12%、設計・環境構築22〜24%、実装48〜50%、テスト15〜17%
- 別計上の可能性: 移行、教育、バリデーション、プロジェクト管理
- 人月単価: PMは月90万〜150万円、SEは月65万〜110万円、プログラマーは月50万〜90万円程度
- 体制確認: 薬事・製造業務を理解する担当者の人日、受入テスト・移行支援の担当者を見る
- 方式比較: 標準パッケージとスクラッチ開発の費用差
実装費だけで予算を決めると、本稼働前に不足しやすくなります。化粧品業界の公開事例でも、標準機能に業務を合わせるかどうかが選択の分岐点になっています。
ランニングコストの分け方: 保守・法改正・辞書・クラウド・連携
導入後は、利用料や保守に加えて、辞書、連携、マスタ整備といった費用も発生します。
- 継続費用: クラウド・ユーザー追加・ストレージ・バックアップ、法改正・辞書、問い合わせ、脆弱性対応、連携監視・マスタ整備
- 保守枠の目安: 初期開発費の年15〜25%程度を、毎年の保守にあてて見る方法がある
- 別料金の可能性: 辞書利用料、海外規制データ、追加工場、バリデーション再実施
- 費用抑制: 代表品目と重要シナリオでMVPを作り、標準機能に合わせる範囲を確かめる
- 比較方法: 監査ログ・権限・バックアップ・復旧・法定保存を確保したうえで、3年総保有コストで比べる
契約では、月額に含まれる作業と個別見積もりの作業を分けておきます。さらに、安価な初期導入でも、手作業の二重管理や追加開発で総額が高くなる場合があります。
化粧品製造業向け薬事管理システムの見積もりを取る際のポイント
見積もりの差は、単価よりも前提条件から生まれます。そのため、同じ情報を各社に渡し、機能・移行・連携の範囲を項目ごとに分けてもらいます。テストや教育、保守、追加開発の範囲も、同じ区分で分けてもらいます。
安い見積もりには、重要な作業が含まれていない可能性もあります。そのうえで、変更時に説明責任を果たせるかを確かめます。
要件定義書に入れる具体例: 品目・処方・変更・品質・製造
RFPや要件定義書には、規模、代表データ、必要な機能と非機能要件を記載します。具体的には、次の項目を入れておくと、各社の前提がそろいます。
- 規模: 利用者・品目・原料包材・工場数・製造ライン、年間の処方変更、申請・届出、OEM顧客、ロット、苦情、保存年限、海外販売地域
- 代表データ: 処方版3世代の品目、代替原料、共通処方の荷姿違い、表示変更履歴のある品目
- 処方・表示要件: 原料名・表示名称・INCI名、配合量・目的、キャリーオーバー、変更差分・影響品目、表示案の照査・承認記録
- 追跡要件: 届出番号・添付資料の紐付け、製造指図・ロット履歴の検索
- 非機能要件: 権限分離、暗号化、バックアップ、復旧時間、可用性、ログ保管、CSV/API、障害時の手作業継続
複数社比較: デモ・事例・保守体制を同じ基準で評価
候補は3社程度に絞り、同じ業務シナリオと自社データでデモを依頼します。機能の有無だけでなく、操作結果と制約も記録します。
- 薬事機能: 辞書・表示ロジック、処方変更の影響分析、品目・届出履歴
- 品質・記録: GQP/GVP、監査証跡
- 連携・環境: 製造・品質・在庫・ロット連携、クラウド権限、バックアップ
- 導入・保守: 移行実績、導入期間、追加開発単価、法改正時の更新責任
- 事例確認: 品目・工場数、利用範囲、導入前の課題、追加開発、稼働後の保守体制
JIPROSは、化粧品メーカー向けに、生産・品質・原価の統合と、標準パッケージによる業務の標準化を掲げています。ただし、導入事例は自社と規模や業態が異なる場合があります（出典: JIPROS「三省製薬株式会社様 導入事例」）。
リスク対策: データ移行・法改正・障害時の責任分担
見積もりの段階で、移行や規制対応、海外データ、設備接続について、担当範囲と備えを具体的にしておきます。
- データ移行: クレンジング担当、照合件数、旧システムの停止時期を決める
- 法改正・辞書更新: ベンダーの標準対応と薬事担当者の設定・確認範囲を契約に記す
- 海外規制データ: 対象国、更新頻度、翻訳責任、利用料を分けて確認する
- 設備接続: 侵害やランサムウェアで製造停止した場合の復旧手順を確認する
さらに、経済産業省は2025年4月、中小規模の製造事業者向けに、工場セキュリティの重要性と始め方を手順や事例で示しました。このため、薬事システム単体だけでなく、ERP・秤量器・ハンディターミナル・委託先を含むサプライチェーンと操業継続を評価します（出典: 経済産業省「工場セキュリティの重要性と始め方」、2025年）。
よくある質問（FAQ）
導入前によく出る論点を、判断基準とあわせて答えます。品目数や工場数を踏まえて、薬事担当者と製造・品質の責任者が、同じ前提で検討します。
薬事専用システムと生産管理システムはどちらを先に導入すべきですか？
版管理や表示確認が最大の課題であれば薬事専用型から、生産指図・秤量・在庫・品質・ロット追跡が課題であれば生産・品質統合型から検討します。既存のERPを残す場合は、薬事側と生産側の正マスタを先に決め、API・CSV連携の責任範囲を定義しておきます。
Excelで管理している処方や届出をすべて移行する必要がありますか？
移行は履歴ごとに優先度を分け、必要なものから順に移します。優先するのは、現行品、継続品、法定保存記録、監査や苦情対応で参照する履歴です。
廃番品や重複データは、保存や参照の方法を決めてから範囲を確定します。また、移行の前に、項目名・単位・表示名称・版を整理します。日付・添付資料・承認状態もそろえ、サンプルで照合します。
AIで薬事チェックや表示確認を自動化できますか？
AIやルールエンジンは、候補の抽出や差分の検出、表示漏れの一次確認を効率化できます。一方で、法令や通知の解釈、広告表現の適否、承認や届出の最終判断は人が行います。
参照データの版、判定根拠、確認者、採否理由は残しておきます。自動化の評価は、正解率だけでなく、人が誤判定を見つけて直せる監査性で行います。
PMDAへのオンライン提出に対応するには何を確認すべきですか？
オンライン提出への対応は、提出前と提出後の両面から見ます。
- 提出前確認：提出ボタンの有無だけでなく、申請データを正確に作成し、入力不備を確認できるか
- 提出後管理：提出控えと差戻し履歴を品目単位で保管できるか
PMDA資料によると、令和6年度の化粧品オンライン提出率は32.8%（3,550件／10,820件）です（出典：PMDA「令和7年度医薬部外品承認申請実務担当者説明会」資料、2026年）。電子提出の比率が高まるほど、データの精度や担当者の照査、提出後の履歴管理を、一連の業務として設計します。
まとめ
薬事管理システムは、台帳の電子化に加えて、変更の影響や承認の履歴、品質情報、製造と出荷の追跡をつなぐ仕組みです。まず自社の課題に合う方式を選び、標準機能と独自要件を分けて設計します。
6フェーズの順序と、テストでの実務シナリオの確認
要件整理で現行の台帳を洗い出し、選定で自社データを使って比べます。そのうえで、設計・開発では処方と表示、届出の情報を定義します。品質とロット、権限と監査ログの扱いも、設計の段階で決めておきます。
テストは、原料・表示変更から回収、バックアップ復旧まで行います。稼働後は、移行データや法改正・辞書、教育・権限を定例の運用に含めます。
費用の判断軸: 初期価格より3年の総額と説明責任
推定の相場は、軽量クラウドの30万〜150万円程度から、統合型の1,000万〜5,000万円、全社基幹・フルスクラッチの5,000万円〜1億円以上までです。
推定レンジを前提に、移行と連携、教育、バリデーションを含む見積もりを比べます。保守や法改正、復旧の範囲も確かめます。そのうえで、薬事担当者が根拠を説明でき、各部門が最新版を使えるかどうかで選びます。
▼全体ガイドの記事
・化粧品製造業向け薬事管理システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。