問診システム開発の納期は、要件と連携範囲を先に定め、設計・実装・テストを経て段階的に導入すると、現実的に組み立てられます。
期間は、Web問診かAI問診かで大きく変わり、また、電子カルテとの連携範囲も納期を左右します。全体像は問診システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・問診システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
問診システム開発期間の全体像とタイプ別の目安
問診システムの期間は、紙の問診票をデジタル化するWeb問診か、AIで質問を分岐して緊急度を判定するAI問診かによって変わります。
- Web問診のMVP：ノーコードなどを活用し、最低限の機能に絞ると1〜3ヶ月程度です。
- フルスクラッチ：独自の電子カルテ連携を含める場合、3〜6ヶ月程度が目安です。
- アプリと管理画面：双方を開発し、電子カルテの連携仕様を調整すると6〜10ヶ月程度です。
- AI問診・トリアージ：独自アルゴリズムが必要で、SaMDに該当すれば審査を含め1年以上かかる場合があります。
問診システムは、単純な入力フォームから医学的判断に近いAI機能まで要件の幅が広く、受診前後の情報収集とトリアージを担います。そのため、病院全体の基幹システムとは性質が異なります。
紙の問診票をなくすのか、将来AIトリアージまで行うのかを、発注する側が先に明確にしておきます。そこで、総合基幹システムとの違いも踏まえて範囲を決めると、見積もり時の認識の食い違いによる手戻りを防げます。
問診システムとは何か──医療業界の総合基幹システムとの違い
問診システムは、患者と医療機関の最初の接点で情報を集め、トリアージし、診療の入り口の体験と業務を整えるフロントエンド・アプリケーションです。
- 問診システム：来院前・来院時の情報を医療機関へ届け、診療の入り口を整えます。
- 総合基幹システム：予約、診察、会計、医薬品や診療材料の院内物流を横断して支えます。
問診システムが担うのは、患者が入力した情報を正確かつ円滑に医療機関へ届けるところまでです。なお、電子カルテ、レセプト会計、院内物流そのものは開発対象に含みません。
範囲を先に定めておくと、必要以上に開発対象が広がり、期間が延びるのを防げます。
Web問診とAI問診で異なる開発期間の目安
問診システムはフォーム入力型のWeb問診と、自動分岐・トリアージ型のAI問診に大別されます。
方式の違いは期間を大きく左右します。Web問診は、入力データの保存と表示が中心で医療判断は行わないため、難易度は比較的低〜中程度です。
- Web問診のMVP：最低限の機能なら1〜3ヶ月程度です。
- 独自連携のWeb問診：電子カルテ連携を含むフルスクラッチで3〜6ヶ月程度です。
- AI問診（自動分岐・トリアージ型）：質問分岐や緊急度判定に独自アルゴリズムが必要です。
- AI問診の複合構成：患者アプリ、管理画面、電子カルテ連携の調整で6〜10ヶ月程度です。
- SaMDに該当する場合：疾病候補の提示やトリアージ判定を含み、審査対応を含めて1年以上かかるケースもあります。
要件定義から本番稼働までの工程別スケジュール
全体期間を工程ごとに分けて配分を把握しておくと、開発期間を見積もる際の土台になります。
- 要件定義：全体の約10%を占めます。
- 設計：全体の10〜20%を占めます。
- 開発・実装：全体の40〜60%を占めます。
- テスト：全体の10〜20%を占めます。
まず特定の診療科や問診パターンに絞って試し、全診療科・全機能への展開はその後にします。そのうえで、プロトタイプを現場で検証し、受け入れられることを確かめてから機能を広げる進め方が主流です。
要件定義フェーズ―現場業務フローと連携要件の言語化
要件定義は全体期間の約10%を割り当てるのが一般的で、プロジェクトの成否を左右する工程です。そのため、受付や看護スタッフへの聞き取りを通じて、設問や既往歴などの詳細度を言葉にします。
- Web問診：設問の設計と画面レイアウトを確認します。
- AI問診：回答パターンで質問を分岐させ、症状の組み合わせから緊急度を判定する設計には相応の時間がかかります。
- データ連携：既存の電子カルテやレセコンと、いつ何を受け渡すかを整理します。
- 入力・アクセシビリティ：必須項目の範囲と、多言語・音声入力の要否を決めます。
たとえば、基本項目には氏名、生年月日、保険証情報があります。医療上重要な項目は、既往歴とアレルギー、服薬中の薬、妊娠の可能性です。
データの流れを先に決めておかないと、後工程で連携仕様の食い違いが見つかり、大きな手戻りを招きます。
設計・開発・テストフェーズの期間配分
各工程の作業と必要な期間を並べて見ると、スケジュールの配分を考える材料になります。
- 設計：全体の10〜20%。患者画面、管理画面、連携APIの仕様を決めます。AI問診では、分岐ロジックの仕様も含みます。
- 開発・実装：全体の40〜60%。患者向けアプリ、管理画面、外部連携を並行して作ります。
- テスト：全体の10〜20%。電子カルテへの反映とデータの整合性を確かめます。
- 操作性の検証：幅広い年齢層の患者が入力しやすいか、スタッフ向け画面が使いやすいかを見ます。
テストを縮めると、稼働後に入力ミスや連携不具合が頻発するリスクが高まります。
リリース後は、紙の問診票と並行して運用し、反応を見ながら完全移行する医療機関も多くあります。現場の混乱を抑えるため、移行期間も事前にスケジュールに含めます。
電子カルテ連携・導入現場の違いが開発期間に与える影響
開発期間は、電子カルテ・レセコンとの連携範囲と、導入現場の業務フローで変わります。期間への影響は、連携の技術的な難しさと、現場ごとの要件の違いという二つの面に分けて考えられます。
電子カルテ・レセコン連携の技術的な壁
開発期間を左右する最大の技術要因は、電子カルテ・レセコンとの連携です。電子カルテはメーカーごとに仕様が異なるため、対応する規格によって難易度が変わります。
- 標準規格：HL7 FHIRやSS-MIX2に対応しているかどうかで、難易度が変わります。
- 電子カルテAPI連携：追加費用100万〜300万円程度と、調整期間が生じるケースもあります。
- 段階的な高度化：問診結果の参照系連携から始め、効果を見て双方向リアルタイム同期や複数連携へ広げれば、期間とリスクを抑えられます。
- レセコン連携：初診・再診区分や保険情報など、周辺データの連携が必要な場合があります。
問診結果そのものが診療報酬の点数計算に直接影響することは少ないものの、周辺情報の連携範囲によって、設計とテストの期間が変わります。
総合病院・クリニック・オンライン診療で異なる要件
導入現場によって業務フローと必要な機能が違うため、開発期間にも影響します。
- 総合病院：複数科の問診分岐や救急トリアージ、大規模なオンプレミス型電子カルテとの連携が複雑です。
- クリニック：幅広い年齢層が自宅のスマホで迷わず使えるシンプルなUI/UXを優先し、クラウド型電子カルテ・レセコンと連携します。
- オンライン診療：Web予約、ビデオ通話、決済との統合が必要で、連携先の増加に伴い結合テストも長くなります。
総合病院では要件定義と開発が長引く傾向があります。一方で、クリニックは比較的短期間で構築できる場合があります。
現場ごとに、UI/UXや連携先の数、求めるトリアージ精度が異なります。そのため、置き換えたい現場と業務フローを開発会社へ具体的に伝え、見積もりの精度を高めます。
AI問診・トリアージ機能とSaMD該当性が納期に与える影響
AI問診の納期は、薬機法上のプログラム医療機器（SaMD）に該当するかどうかで読みにくくなります。そのため、該当性の確認と、遅延を防ぐ対策の両方を早い段階から組み込むことが要ります。
SaMD（プログラム医療機器）該当性確認プロセス
AIの自動分岐やトリアージを検討するときは、納期を見積もる前に、SaMD該当性と必要な確認手続きを把握します。
- 該当の可能性が高い機能：疾病候補・リスクの提示や、重症化確率による患者の層別化は、SaMDに当たる可能性があります。
- 判定機能のリスク：トリアージや緊急度判定は、不具合が患者の生命や健康に影響し得る領域です。
- 該当時の手続き：クラスII以上として第三者機関やPMDA（医薬品医療機器総合機構）の承認・認証が必要です。
- 企画初期：薬機法専門の弁護士やPMDAの「医療機器該当性に関する相談」窓口に問い合わせ、仕様確定前に非該当機能の境界を見極めます。
審査対応だけで数ヶ月から年単位かかるため、該当性を早めに確かめておけば、途中での大幅な遅延を防げます。
納期遅延の典型パターンと対策
遅延は、規制、連携、現場検証の問題から起こります。さらに、契約形態の食い違いも見落とされがちな要因です。
- SaMDの確認遅れ：企画初期に該当性を見極め、非該当のシンプルなデジタル化から始めます。
- 連携仕様の確認遅れ：仕様書を入手し、PoCで技術的に可能かどうかを先に検証します。
- 現場検証の不足：中盤に試作品を作り、想定患者と実際の医療スタッフで現場受容性テストを行います。
- 契約形態の不一致：要件定義・設計は準委任、仕様確定後の開発は請負とする方法があります。
高度な診断推論を安易に加えると、SaMD該当が後から判明し、プロジェクトが頓挫することもあります。また、電子カルテのメーカーがAPI連携を開放していない場合には、開発の途中で遅延が表面化します。
患者側の操作性を優先して管理画面を後回しにすると、終盤のテストで現場の業務効率が落ちるという問題が見つかります。そのため、現場受容性テストで得た意見は設計に反映し、仕様変更や規制対応の追加に備えて、全体のスケジュールに一定の余裕を持たせます。
問診項目や分岐ロジックが固まらないまま、固定費・固定納期の請負契約で開発すると、仕様変更のたびに再見積もりや再スケジュールが生じ、全体が停滞することがあります。そのため、仕様が変わりやすい上流工程は準委任契約とし、仕様が固まった後の開発・実装は請負契約とすると、契約に起因する遅延リスクを軽減できます。
まとめ
受診前後の問診票入力とトリアージに特化したシステムについて、期間と工程をここまで見てきました。
Web問診はMVPで1〜3ヶ月、独自連携のフルスクラッチで3〜6ヶ月が目安です。患者アプリと管理画面の構成は6〜10ヶ月、SaMD該当時は審査を含めて1年以上かかる場合があります。
工程配分の目安は、要件定義が約10%、設計が10〜20%です。開発・実装は40〜60%、テストは10〜20%です。
期間は、電子カルテ・レセコン連携、導入現場、AIのSaMD該当性で変わります。遅延は規制や連携の確認、現場検証の不足から起こりやすいため、企画段階で確かめておくと有効です。
まずは、Web問診かAI問診か、電子カルテとの連携範囲を定めて、開発会社へ相談します。そのうえで、複数社の見積もりとスケジュールを比べます。
▼全体ガイドの記事
・問診システム開発の完全ガイド
▼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を創業。