薬事管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

薬事管理システムの開発は、申請書を保管する箱を作ることではなく、製品情報・申請文書・承認状況・変更履歴・期限を正しい状態でつなぎ、薬事判断を再現できる業務基盤を作ることです。

本記事では、製薬企業・医療機器メーカー・診断薬メーカー向けの薬事管理システム、いわゆるRIM（Regulatory Information Management）の開発について、要件整理から定着までの6フェーズで解説します。病院や薬局で使う薬剤管理・服薬管理システムとは対象が異なるため、最初に違いを整理し、費用の見方、見積書の確認項目、現場で使えるチェックポイントまで具体的に紹介します。

▼全体ガイドの記事
・薬事管理システム開発の完全ガイド

薬事管理システムの全体像とは何ですか？

薬事管理システムは、製品の承認申請から変更申請、再審査・再評価、更新、販売後の登録情報管理までを一貫して扱うシステムです。Excel、共有フォルダ、メール、紙台帳に分散した情報を、製品マスタと案件・文書・期限・責任者の関係で管理できるようにする点に価値があります。

薬事RIMは、薬機法や各国の規制に対応するため、承認・認証・届出、申請文書、製品登録、照会事項、変更管理、コミットメントなどを管理します。一方、薬剤・服薬管理は、病院や薬局での処方、調剤、在庫、患者への服薬状況などを管理します。検索時に「薬事管理」と入力していても、求めている対象が異なる場合があるため、開発の初期に利用部門と管理対象を明文化することが重要です。

代表的な機能は、製品・成分・剤形・規格・製造所・国・販売承認を管理するマスタ機能、申請・変更・更新・照会事項を追跡する案件管理、CTDやeCTDの作成・レビュー・承認・提出後アーカイブ、期限と担当者を可視化するダッシュボードです。さらに、監査証跡、電子署名、役割別権限、版管理、検索、バックアップ、品質・安全性・ERPとの連携が、実運用で欠かせない要件になります。

導入範囲は企業規模で変わります。小規模企業では、まず「申請案件・文書・期限・承認履歴」の一元化から始めると効果を測りやすいです。複数国・複数製品を扱う企業では、製品マスタを共通化し、臨床開発、品質、安全性、ERPなどとデータを連携させることが、単なる文書保管より大きな成果につながります。

薬事管理システム開発の進め方

開発は、要件整理、製品・ベンダー選定、設計・開発、テスト、稼働、定着の6フェーズで進めると、判断の抜け漏れを防ぎやすくなります。最初から全製品・全地域を対象にするのではなく、代表的な1製品・1国・1申請種別を小さく検証し、その結果をもとに段階展開する進め方が現実的です。

最初に、薬事RIMの対象範囲を確定します。製薬の承認申請を中心にするのか、医療機器の承認・認証やQMSまで含めるのか、診断薬の登録情報を扱うのかを分けます。そのうえで、現在のExcel、共有フォルダ、メール、紙台帳、申請文書、製品マスタ、期限表を棚卸しし、重複・欠損・旧版・担当者不明のデータを可視化します。

要件整理では、機能名だけでなく業務の完了条件を決めます。たとえば「変更申請を管理する」ではなく、「変更起案から影響評価、承認、当局提出、関連製品への反映、証跡保存までを担当者が検索できる」と定義します。成功指標は、期限超過件数、最新版確認にかかる時間、申請文書の検索時間、手入力の回数、承認履歴の追跡時間など、導入前に測れる数値を置くと稟議でも説明しやすいです。

選択肢は、グローバルRIMのクラウドパッケージ、国内向けの薬事・文書・ワークフローパッケージ、ローコードによる周辺業務の内製、既存基幹と連携するスクラッチ開発に整理できます。短期間で規制対応を継続したい場合はパッケージが候補になりますが、自社独自の承認ルートやデータ項目をどこまで標準機能で表現できるかを確認します。

選定時はデモ画面の印象ではなく、実データに近いシナリオで比較します。1製品・1国・1申請種別を使い、製品マスタ登録、申請起案、文書レビュー、電子署名、照会回答、変更影響評価、期限アラート、eCTD出力、監査ログ確認までを実演してもらいます。データ所在地、MFA、暗号化、障害復旧、SLA、解約時のデータ返却、規制改定時の責任分界も、同じ質問票で候補会社に確認します。

設計では、現行業務をそのまま画面に置き換えるのではなく、申請起案、レビュー、承認、提出、照会回答、変更、更新、アーカイブの流れを標準化します。各工程について、起点となる情報、入力担当者、承認者、期限、差し戻し条件、完了記録、次工程への引き渡しを定義します。薬事部門だけでなく、品質保証、臨床開発、安全性、情報システム、海外拠点の代表者も参加させます。

データ設計では、製品、成分、剤形、規格、製造所、国、当局、承認番号、申請案件、文書、版、関連変更を別々の台帳として扱い、どの情報が正本かを決めます。eCTD v4では国内実装ガイドやコードリストが更新されるため、PMDAが2026年6月3日に公開した国内実装パッケージv1.6.0.3のような更新を追随できる設計にします。要件定義書には、規制改定時の影響範囲を調査し、必要な改修・テスト・再バリデーションを記録する手順まで書いておくと安全です。

薬事管理システムのテストは、画面が表示されるかだけでは不十分です。要件どおりに入力・承認・検索・出力できるかを確認する機能テストに加え、役割別権限、監査証跡、電子署名、バックアップからの復旧、外部連携、負荷、脆弱性、異常時の通知を検証します。申請データや文書が欠落した場合に、誰が発見し、誰が判断し、どの証跡を残すかもテストシナリオに入れます。

規制対象業務では、CSV（コンピュータ化システムバリデーション）を開発会社だけの作業にしないことが重要です。利用目的とリスクを踏まえて、ユーザー要求仕様、機能仕様、リスク評価、テスト計画、実施結果、逸脱・是正、最終報告、変更管理の責任者を決めます。PMDAは2026年4月14日に申請電子データのバリデーション用ソフトウェア情報を更新しているため、採用するツールや提出前確認の手順を、最新の技術情報に合わせて見直します。

本番稼働は、全社一斉切替よりも、対象製品、地域、申請種別、部門を区切る段階移行が向いています。まずは過去データの移行ではなく、新規案件を対象にして運用を始め、検索性と期限管理を確かめます。その後、重要度の高い製品や海外拠点を追加し、旧台帳を参照専用にして二重管理の期間を短くします。

切替判定では、移行データの件数だけでなく、製品と承認情報の紐付け、文書の最新版、承認期限、担当者、権限、監査ログ、バックアップ復元を確認します。移行前後の件数差分とサンプル照合を行い、未移行・重複・要確認データを一覧にします。重大な未解決事項がある場合は、稼働を急がず、暫定運用と責任者を決めてから切り替えます。

稼働後に使われない原因は、操作が難しいことだけではありません。入力項目の意味、旧版を使ってはいけない理由、承認者の責任、差し戻し方法、障害時の連絡先が現場に伝わっていない場合もあります。役割別の短い研修、実案件を使った演習、操作マニュアル、問い合わせ窓口、月次の利用状況確認を用意し、薬事担当者が自分の業務で使える状態を作ります。

定着度は、ログイン人数よりも業務指標で評価します。期限アラートへの対応率、最新版文書の利用率、承認履歴を探す時間、Excelへの再転記件数、未処理案件の滞留日数を月次で確認します。新しい規制、製品追加、組織変更、システム連携の要望は変更管理に載せ、現場の個別要望をそのままカスタマイズせず、標準機能・運用変更・追加開発のどれで対応するかを判断します。

薬事管理システムの費用相場とコストの内訳

薬事RIM専用製品は、ユーザー数、対象国、モジュール、文書量、データ移行、外部連携、CSV、契約形態で金額が変わるため、公開された一律の公式価格を当てはめることはできません。以下は2026年版の一般医療システム開発の費用目安と、業務システムの相場をもとにした、薬事管理システムの予算取り用の推定レンジです。製品料金の断定ではなく、提案依頼前の規模感として利用します。

1部門・1〜2業務でクラウド標準機能を導入する場合は、初期費用300万〜800万円、月額10万〜50万円程度、期間3〜6か月が予算の起点になります。パッケージにデータ移行、権限、帳票、ERPなどの連携を加える場合は、初期800万〜2,000万円、月額または年額契約の追加費用、期間6〜12か月程度を見込みます。

複数国・複数製品・eCTD・品質・安全性・臨床連携を含む大規模導入では、初期2,000万〜1億円超、期間12〜24か月程度になる可能性があります。独自ワークフローや申請データ基盤を完全スクラッチで作る場合は、3,000万〜1億円超、期間18〜36か月程度を見込むことがあります。ただし、いずれも対象範囲と要件を置いた推定であり、契約前には個別見積が必要です。

比較の参考として、Walkersの「医療システムの開発費用の相場まとめ 2026年最新版」では、最低限の機能が50万〜100万円、基本機能が100万〜250万円、複雑な機能が250万〜400万円、非常に複雑な機能が400万円以上と紹介されています。薬事RIMではeCTD、監査証跡、電子署名、CSV、データ移行、規制改定テストが加わるため、この一般医療システムの下限をそのまま適用しないことが大切です。

見積書では、要件定義、業務設計、ライセンスまたは利用料、環境構築、設定・カスタマイズ、画面開発、外部連携、データクレンジング、データ移行、テスト、CSV、教育、稼働支援を分けて記載してもらいます。特にデータ移行は、ファイルを取り込む作業だけでなく、重複排除、旧版判定、製品・承認情報の紐付け、欠損の確認、移行後照合まで含むかで金額が大きく変わります。

ランニングコストには、ユーザー・拠点・モジュールに応じた月額または年額利用料、保守、問い合わせ対応、バックアップ、監視、セキュリティ対応、規制改定対応、追加教育が含まれます。保守費を初期費用の年10〜20％程度で置く場合もありますが、契約内容で変わるため、率だけで判断せず、どの作業が含まれるかを確認します。

文書の要約、規制変更の影響候補抽出、申請資料の検索、メタデータ付与など、AIを活用できる領域は広がっています。ただし、Veeva MedTechの「2025 Regulatory Affairs Benchmark」では、AI活用の前提となる規制データの品質を「優れている」と回答した企業は17％にとどまっています（出典：Veeva MedTech、2025年）。旧版・欠損・根拠文書不明のデータを残したままAIを追加すると、確認コストと説明責任が増える可能性があります。

AI関連の見積では、モデル利用料だけでなく、対象データの範囲、学習・検索対象から除外する情報、出力の根拠表示、ログ保存、権限、レビュー担当者、誤回答時のエスカレーション、性能評価と再評価を含めます。AIは最終承認者ではなく、候補提示や検索支援を担う位置から始め、薬事担当者が根拠文書を確認して承認するHuman-in-the-Loopを設計します。

薬事管理システムの見積もりを取る際のポイント

見積の安さだけを比べると、移行・CSV・教育・規制改定対応が後から追加され、総額や稼働時期を見誤ります。候補会社には、同じ業務シナリオ、同じデータ量、同じ対象国、同じ連携条件を渡し、金額と前提条件をそろえて比較します。

RFPには、対象製品数、国・地域、申請種別、ユーザー数、文書数、既存データの形式、連携対象、保管期間、権限の種類、電子署名の要否、eCTDの作成・提出範囲を記載します。さらに、「承認番号を変更したとき、関連する製品・文書・期限をどのように追跡できるか」「照会事項の回答期限を誰に通知するか」のような実務シナリオを入れると、各社の提案を比較しやすくなります。

受入基準は、機能の有無だけでなく、処理結果と証跡で書きます。たとえば、承認済み文書を差し替えた場合に旧版が上書きされず、変更者・日時・理由が監査ログに残ること、権限のない利用者が閲覧・承認できないこと、期限超過の案件が定義した担当者へ通知されることを、テストデータと期待結果まで含めて指定します。

ベンダーには、製薬・医療機器・診断薬のどの領域で、どの業務を支援したかを確認します。Veevaは2025年に、19社のトップバイオファーマを含む450社超がVeeva RIMを採用したと公表しています。製品選定の参考にはなりますが、導入企業数だけで自社への適合性は判断できないため、国内の申請運用、移行方法、導入後の支援体制を別に確認します。

導入事例では、導入期間や効果の測定方法も読みます。Veevaが公開するビオメリューの事例では、約1,500のIVD製品などを扱う企業が10か月で導入し、変更管理における薬事データの追跡・影響評価時間を50％削減したとされています（出典：Veeva、同社公表事例）。ベンダー公表値であるため、自社で同じ成果を保証する数字ではありませんが、対象範囲、データ統合、教育、効果指標を質問する材料になります。

クラウドを選ぶ場合は、データの保管場所、委託先、アクセス制御、MFA、通信・保存時の暗号化、バックアップ、復旧目標、脆弱性対応、インシデント報告、ログの保管期間、解約時のデータ返却と消去を確認します。経済産業省は2025年3月28日に「医療情報を取り扱う情報システム・サービスの提供事業者における安全管理ガイドライン」第2.0版を公表しているため、医療情報を扱う範囲がある場合は、サービス仕様適合開示書やSLAの確認も行います。

規制改定対応では、ベンダーが情報を知らせるだけなのか、影響調査、仕様変更、テスト、文書更新、再バリデーションまで担うのかを分けます。PMDAのeCTD実装パッケージ、申請電子データの技術情報、各国当局の仕様は更新されるため、保守契約に含まれる範囲、追加費用、対応期限、顧客側の承認・検証作業を明記します。

薬事管理システム開発でよくある質問

薬事管理システムの開発では、費用だけでなく、対象範囲、CSV、データ移行、規制改定、現場定着について質問が多く寄せられます。特に判断を誤りやすいポイントを、結論から回答します。

規制改定への継続対応と短期導入を重視するなら、薬事業務に実績のあるクラウドパッケージを起点にする方法が向いています。独自業務が競争力に直結し、長期的に自社で保守できる技術・薬事体制がある場合はスクラッチも候補になりますが、標準機能で足りない差分だけを開発する方が、費用とバリデーション負荷を抑えやすいです。

CSVの作業は開発会社だけで完結させず、利用企業側の薬事・品質保証・情報システムが、用途とリスク、受入基準、テスト結果、逸脱の扱いを確認します。開発会社には文書作成やテスト実施を依頼できますが、システムを規制業務に使ってよいかという最終判断と、運用手順の承認責任は利用企業側に残ります。

小規模なクラウド標準導入は初期300万〜800万円、パッケージに移行・連携・カスタマイズを加える導入は800万〜2,000万円、大規模な複数国導入やスクラッチは2,000万〜1億円超が予算取りの目安です。ただし、これは薬事RIMの公式価格ではなく、2026年版の医療システム相場と要件の複雑さから推定したレンジです。ユーザー数、対象国、文書量、CSV、データ移行、連携を確定させて個別見積を取得します。

1製品・1国・1申請種別を対象に、申請案件、関連文書、期限、承認履歴、監査ログを一元化する範囲から始めると、現場の負担と効果を確認しやすいです。実データに近いPoCで検索性、版管理、権限、eCTD出力、移行精度を検証し、課題を解消してから製品や地域を広げます。

薬事管理システム開発のまとめ

薬事管理システムの開発は、製品・申請・文書・期限・変更履歴を正確につなぎ、薬事部門が根拠をたどって判断できる状態を作る取り組みです。成功のポイントは、薬事RIMと薬剤・服薬管理を混同せず、現行データを棚卸しし、業務の完了条件と責任者を定義してから製品や開発会社を選ぶことです。

進め方は、要件整理、選定、設計・開発、テスト、稼働、定着の順に、各段階の判断基準を置きます。特に、データ移行、CSV、権限、監査証跡、eCTDや申請電子データの更新、規制改定時の保守範囲は、後工程で追加するほど費用と遅延のリスクが高くなります。RFPと契約書に、作業範囲、受入基準、責任分界、追加費用の条件まで記載します。

いきなり製品デモを比較するのではなく、申請案件、承認情報、文書、照会事項、変更、更新、期限をどこで誰が管理しているかを書き出します。そのうえで、代表的な1製品・1国・1申請を使ったPoCを実施し、検索性、版管理、監査ログ、権限、移行精度、現場の操作負荷を確かめます。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を創業。