問診システム開発の開発期間・スケジュール・納期について

「問診システム」と聞くと、電子カルテやレセプトコンピュータまで含めた病院全体の基幹システムを思い浮かべる方もいるかもしれませんが、本記事で扱う問診システムとはそれとは異なります。ここで扱う問診システムとは、患者が受診の前後にスマートフォンやタブレットで症状・既往歴・服薬状況などを入力し、そのデータを電子カルテやレセコンへ自動連携する「受診前後の問診票入力とトリアージ（緊急度判定）」に特化したシステムを指します。紙の問診票をそのままデジタル化しただけのシンプルなWeb問診もあれば、入力内容をもとにAIが次の質問を自動で分岐させ、緊急度まで判定するAI問診まで幅の広い機能群ですが、いずれも「患者と医療機関の最初の接点を最適化するフロントエンド・アプリケーション」という立ち位置は共通しています。医療機関の事務長や情報システム担当者からは「問診システムを作るのに何ヶ月かかるのか」「AIによる自動トリアージ機能を入れると期間はどれくらい延びるのか」といった疑問が数多く寄せられます。特に、待合室での紙の問診票記入をなくして受付業務を効率化したいクリニックと、救急外来で緊急度の高い患者を早期に見分けたい総合病院とでは、そもそも求める機能の難易度が違うため、開発期間の目安も大きく異なってきます。

本記事では、問診システム開発の開発期間・スケジュール・納期に焦点を当て、Web問診とAI問診で異なる期間の目安、要件定義から本番稼働までの工程別スケジュール、電子カルテ・レセコン連携や導入現場の違いが開発期間に与える影響、そしてAI問診・トリアージ機能特有のSaMD（プログラム医療機器）該当性が納期に及ぼす影響と、納期遅延の典型パターン・対策までを具体的な数値とともに解説します。開発期間の見積もりは、単に「問診票の項目数」だけでなく「単純なフォーム入力なのか、AIによる自動分岐・トリアージまで求めるのか」によって大きく変わります。これから問診システムの導入を検討している医療機関の担当者はもちろん、すでに開発会社への相談を始めている方にとっても、現実的なスケジュールを描くための判断軸となる内容です。

本テーマに関する全体ガイドは、以下の記事をご覧ください。

▼全体ガイドの記事
・問診システム開発の完全ガイド

問診システム開発期間の全体像とタイプ別の目安

問診システムの開発期間は、紙の問診票をそのままデジタル化した単純なWeb問診なのか、AIが回答内容に応じて質問を自動分岐させ緊急度まで判定するAI問診なのかによって、数ヶ月単位で大きく変わります。単純なWeb問診であれば、最低限の機能（MVP）に絞ればノーコード等の活用で1〜3ヶ月程度、独自の電子カルテ連携まで組み込んだフルスクラッチでも3〜6ヶ月程度で実装できるのが目安です。一方、患者向けの問診入力アプリと医療機関向けの管理画面を両方開発し、既存の電子カルテとのデータ連携仕様まですり合わせる構成になると、開発期間の目安は6〜10ヶ月程度に伸びます。さらにAIによる自動分岐・トリアージ判定という独自アルゴリズムを組み込む場合は、開発難易度が跳ね上がり、薬機法上のプログラム医療機器（SaMD）に該当すれば審査期間を含めて1年以上を要することもあります。

この幅の広さは、問診システムが「問診票を入力できればよい」という単純な要件から、「AIが医学的な判断に近い領域まで踏み込む」という高度な要件まで、機能の幅が非常に広いことに起因します。したがって開発期間を見積もる際は、まず自院がどこまでの機能を求めるのか、そして本記事のテーマである問診システムが、電子カルテ・レセプト・院内物流までを横断的に統合する病院全体の総合基幹システムとは異なる、あくまで受診前後の情報収集とトリアージに特化した領域であることを踏まえて、スコープを線引きすることが第一歩になります。特に「まずは紙の問診票をなくしたいだけなのか」「将来的にはAIによる自動トリアージまで見据えているのか」を最初の段階で明確にしておくことで、開発会社に提示する要件の粒度が揃い、見積もり段階での認識齟齬による手戻りを防げます。

問診システムの開発期間を考えるうえで最初に押さえておきたいのが、このシステムが担う「レイヤー」です。予約受付から診察・会計・院内の医薬品や診療材料の物流管理までを横断的に統合する総合基幹業務システムが、病院運営全体を裏側で支える巨大なインフラ基盤であるのに対し、本記事で扱う問診システムは、患者と医療機関の最初の接点における情報収集やトリアージに特化し、診療の入り口の体験と業務を最適化するための「フロントエンド・アプリケーション」という明確な違いがあります。電子カルテそのものを開発するわけでも、レセプト会計や院内物流の仕組みを構築するわけでもなく、あくまで「患者が来院前・来院時に入力した問診情報を、正しく・スムーズに医療機関側へ届ける」ことがゴールになる点が、総合基幹システムの開発とは根本的に異なります。この違いを最初に明確にしておくことで、開発会社との要件のすり合わせもスムーズになり、不要に開発範囲が広がって期間が想定以上に延びる事態を防げます。

問診システムは大きく「Web問診（フォーム入力型）」と「AI問診（自動分岐・トリアージ型）」の二つに大別され、この違いが開発期間の目安を大きく左右します。Web問診は、紙の問診票をそのままデジタル化し、患者が入力したデータを保存・表示するだけのシステムで、医療的な判断を行わないため開発難易度は比較的低〜中程度です。最低限の機能に絞ったMVPであれば1〜3ヶ月程度、独自の電子カルテ連携を組み込むフルスクラッチでも3〜6ヶ月程度が目安になります。これに対しAI問診は、入力内容からAIが次の質問を自動で分岐させたり、緊急度を判定したりするため、独自のアルゴリズム構築が必要になり、開発難易度は極めて高くなります。患者向けアプリと医療機関向け管理画面を両方開発し、既存の電子カルテとのデータ連携仕様のすり合わせまで行う構成では6〜10ヶ月程度、さらにAIによる疾病候補の提示やトリアージ判定が薬機法上のプログラム医療機器（SaMD）に該当すると判断された場合は、審査対応を含めて1年以上を要するケースも珍しくありません。

要件定義から本番稼働までの工程別スケジュール

問診システムの開発期間を正しく見積もるには、プロジェクト全体を工程に分解し、それぞれにどれだけの時間を配分するかを把握することが欠かせません。一般的なシステム・アプリ開発における工程別の期間配分の目安としては、要件定義に全体の約10%、設計に10〜20%、開発・実装に40〜60%、テストに10〜20%が割り当てられます。問診システムの場合、いきなり全診療科・全機能を対象に開発するのではなく、まずは特定の診療科や特定の問診パターンに絞ってプロトタイプを検証し、現場での受容性を確かめてから機能を広げていく進め方が主流です。

問診システム開発において、要件定義は全体の成否を握る最上流工程で、全体期間の約10%を割り当てるのが一般的です。この工程で行うのは、まず問診票にどのような設問を含めるか、既往歴・アレルギー・服薬状況といった項目をどこまで詳細に聞くかを、実際に問診票を運用している受付・看護スタッフへのヒアリングを通じて言語化することです。単純なWeb問診であれば設問設計とレイアウト確認が中心になりますが、AI問診を検討している場合は、どのような回答パターンで質問を分岐させるか、どの症状の組み合わせで緊急度を高く判定するかという分岐ロジックの設計まで踏み込む必要があり、この整理に相応の時間がかかります。あわせて、既存の電子カルテやレセコンとどのタイミングでどのデータを連携させるかという「システム間のデータの流れ」もこの段階でパターンとして整理しておかなければ、後工程で連携仕様の食い違いが露呈し、大きな手戻りを招きます。氏名・生年月日・保険証情報といった基本項目に加え、既往歴・アレルギー・服薬中の薬剤・妊娠の可能性といった医療的に重要度の高い項目をどこまで必須入力にするか、また多言語対応や音声入力といったアクセシビリティ要件を含めるかどうかも、この段階で洗い出しておくべき論点です。

要件定義が固まったら、設計・開発・テストのフェーズに移ります。設計フェーズでは、患者が入力する画面のUI/UX設計、医療スタッフが問診結果を確認する管理画面の設計、そして電子カルテ・レセコンとの連携API設計を並行して進めます。この工程は全体の10〜20%程度を占め、AI問診の分岐ロジックを組み込む場合はアルゴリズム設計に追加の時間がかかります。続く開発・実装フェーズは全体の40〜60%を占める最も比重の大きい工程で、患者向けアプリ、医療機関向け管理画面、外部システム連携の三つを並行して実装します。テストフェーズでは全体の10〜20%程度をかけて、入力データが正しく電子カルテへ反映されるかというデータ整合性の確認に加え、高齢者から若年層まで幅広い患者がスマートフォンで迷わず入力できるかというユーザビリティの検証、そして医療スタッフが問診結果を確認する管理画面の使い勝手までを丁寧に確認します。この工程を圧縮すると、稼働後に入力ミスや連携不具合が頻発するリスクが高まるため、テスト期間を安易に削ることは避けるべきです。また、リリース直後は旧来の紙の問診票と並行して運用し、患者・スタッフ双方の反応を見ながら段階的にデジタル問診へ完全移行するという進め方を取る医療機関も多く、この移行期間をあらかじめスケジュールに織り込んでおくと、現場の混乱を最小限に抑えられます。

電子カルテ連携・導入現場の違いが開発期間に与える影響

問診システムの開発期間は、既存の電子カルテ・レセコンとどこまで連携させるか、そしてどのような現場に導入するかによっても大きく変動します。ここでは、この二つの観点が開発期間に与える影響を見ていきます。

問診システムの開発期間を左右する最大の技術的要因が、電子カルテ・レセコンとの連携です。電子カルテはメーカーごとに仕様が大きく異なり、HL7 FHIRやSS-MIX2といった標準規格に対応している場合とそうでない場合とで連携の難易度が大きく変わります。既存の電子カルテとのAPI連携には、別途100万〜300万円程度の追加費用と、相応の調整期間が発生するケースも珍しくありません。まずは問診結果を電子カルテへ自動で反映させる参照系の連携から始め、双方向のリアルタイム同期や複数システムを横断した連携は効果を確かめながら段階的に高度化していく進め方が、期間とリスクをコントロールするうえで現実的です。また、レセコン側との連携についても、問診結果自体が診療報酬の点数計算に直接影響することは少ないものの、初診・再診の区分や保険情報の確認といった周辺データの連携が必要になるケースがあり、この連携範囲を最初にどこまで含めるかによって設計・テストにかかる期間が変わってきます。

問診システムは、導入される現場の業務フローによって求められる要件が異なり、これが開発期間にも影響します。総合病院の外来受付・救急トリアージでは、複数科にまたがる複雑な問診分岐と、緊急度の高い患者を見落とさないためのトリアージ機能が重視され、大規模なオンプレミス型電子カルテや各部門システムとの連携要件も複雑になるため、要件定義・開発ともに長期化しやすい傾向があります。一方、クリニックの受診前問診では、高齢者から若年層まで自宅のスマホから迷わず入力できるシンプルなUI/UXが最優先され、クラウド型電子カルテ・レセコンとのスムーズな連携が中心となるため、総合病院に比べて比較的短期間での構築が可能です。オンライン診療の事前問診では、単独の問診機能だけでなく「Web予約」「ビデオ通話」「決済」といった一連のペイシェントジャーニーとシームレスに統合する必要があり、連携先が増える分だけ結合テストの期間も長くなる点に留意が必要です。このように、同じ「問診システム」という言葉でも、想定する導入現場によって求められるUI/UXの複雑さ・連携先の数・トリアージ精度の要求水準がまったく異なるため、開発会社に相談する際は「どの現場の、どの業務フローを置き換えたいのか」を具体的に伝えることが、精度の高い期間見積もりを得るための近道になります。

AI問診・トリアージ機能とSaMD該当性が納期に与える影響

問診システムの納期を最も読みにくくする要因が、AI問診・トリアージ機能に伴う薬機法上のプログラム医療機器（SaMD）該当性です。ここでは、SaMD該当性の確認プロセスと、問診システム開発で特に頻発する納期遅延の典型パターンとその対策を整理します。

入力情報をもとに疾病候補や疾病リスクを提示したり、重症化確率にもとづいて患者を層別化したりするプログラムは、薬機法上の「プログラム医療機器（SaMD）」に該当する可能性が高くなります。特に、本記事で扱うトリアージ・緊急度判定機能は、不具合が生じた場合に患者の生命や健康へ影響を与えるリスクがあるとみなされやすく、医療機器としての規制対象となる可能性が高い領域です。該当した場合はクラスII以上の医療機器として第三者機関やPMDA（医薬品医療機器総合機構）への承認・認証手続きが必須となり、審査対応だけで数ヶ月から年単位の期間を要します。そのため、AIによる自動分岐・トリアージ機能を検討している場合は、企画の初期段階で薬機法専門の弁護士やPMDAの「医療機器該当性に関する相談」窓口へ相談し、どこまでの機能が非該当に収まるのか、法的な境界線を仕様確定前に見極めておくことが、開発途中でのスケジュール崩壊を防ぐ鍵になります。

問診システムの納期遅延は、大きく三つのパターンに集約されます。第一が、要件定義の段階でAIによる高度な診断推論やトリアージ機能を安易に盛り込もうとし、後からSaMDに該当することが発覚してプロジェクトが頓挫するパターンです。対策は前述の通り、企画初期にSaMD該当性を確認し、まずは非該当のシンプルなデジタル化からスモールスタートすることです。第二が、電子カルテ・レセコンとの連携仕様の確認を後回しにし、開発途中で「使用している電子カルテのメーカーがAPI連携を開放していない」ことが発覚するパターンです。対策は、要件定義・設計の段階で連携先システムの仕様書を入手し、技術的に可能かどうかを検証するPoCを先行して実施することです。第三が、患者側の操作性ばかりを重視し、医療従事者側が問診結果を確認する管理画面の使い勝手を後回しにした結果、テスト工程の終盤で「現場の業務効率がかえって落ちる」という問題が発覚するパターンです。対策は、開発中盤でプロトタイプを作成し、想定患者だけでなく実際の医療スタッフにも操作してもらう現場受容性のテストを実施し、フィードバックを設計に反映させることです。これらに加えて、予期せぬ仕様変更や規制対応の追加に備えて、総スケジュールに一定のバッファを確保しておくことも、納期を守るうえで実務上の重要なポイントです。さらに、契約形態のミスマッチも見落とされがちな遅延要因です。問診項目や分岐ロジックの仕様が固まりきらないまま請負契約（固定費・固定納期）で開発を開始してしまうと、仕様変更のたびに再見積もり・再スケジュールが発生し、結果としてプロジェクト全体が停滞します。要件定義・設計フェーズは仕様変動を前提とした準委任（時間単価）契約、仕様が固まった開発・実装フェーズは請負契約とするハイブリッド型の契約形態を採用することで、こうした契約起因の遅延リスクを大きく軽減できます。

まとめ

本記事では、受診前後の問診票入力とトリアージに特化した問診システムの開発期間・スケジュール・納期について、Web問診とAI問診で異なる期間の目安から、要件定義〜本番稼働までの工程別スケジュール、電子カルテ連携・導入現場の違いが開発期間に与える影響、そしてAI問診・トリアージ機能特有のSaMD該当性と納期遅延の典型パターン・対策までを解説しました。開発期間の目安は、単純なWeb問診のMVPで1〜3ヶ月、独自の電子カルテ連携を組み込んだフルスクラッチで3〜6ヶ月、患者向けアプリと医療機関向け管理画面を両方開発する構成で6〜10ヶ月、AI問診でSaMDに該当する場合は審査対応を含めて1年以上と、機能の幅に応じて大きく変動します。工程としては、要件定義に全体の約10%、設計に10〜20%、開発・実装に40〜60%、テストに10〜20%を見込むのが一般的です。そして期間を実際に伸縮させるのは、電子カルテ・レセコンとの連携の粒度、総合病院・クリニック・オンライン診療という導入現場の違い、そしてAI問診・トリアージ機能におけるSaMD該当性の有無であり、納期遅延の典型パターンはいずれも、企画段階での規制確認・連携仕様の確認・現場受容性の検証を怠ったことに起因します。まずは自院が求める問診システムがWeb問診・AI問診のどちらに位置づけられるのか、そして電子カルテとどこまで連携させたいのかを整理したうえで、複数の開発会社に要件概要を提示し、見積もりとスケジュール感を比較することから始めることをお勧めします。

▼全体ガイドの記事
・問診システム開発の完全ガイド

株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

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

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

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

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

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。