整理券発行システム開発の進め方/やり方/流れや方法/手法/工程/手順

整理券発行システムの開発は、発券機を置くだけではなく、受付・待機・呼出・不在時の処理までを一つの業務フローとして設計することが成功のポイントです。

本記事では、病院、飲食店、自治体窓口、商業施設、イベント会場などへの導入を想定し、要件整理から選定、設計開発、テスト、稼働、定着までの進め方を解説します。費用相場や見積もりの確認項目、現場で使えるチェックリストも紹介しますので、「紙の整理券で十分なのか」「クラウドやLINE通知まで必要なのか」「独自開発すべきなのか」と迷っている方は、導入計画を具体化する材料にしてください。

▼全体ガイドの記事
・整理券発行システム開発の完全ガイド

整理券発行システムの全体像

整理券発行システムとは、来訪者に番号や受付情報を付与し、スタッフが順番を管理しながら、表示・音声・電話・SMS・メール・LINEなどで呼び出す仕組みです。紙の番号札だけを発行する機器から、Web受付、待ち時間表示、予約、抽選、決済、顧客データ分析までを含むクラウドサービスや業務システムまで、実現範囲には大きな幅があります。

最低限必要なのは、受付順に番号を発行する機能、現在の呼出番号を管理する機能、呼出済み・保留・キャンセル・再呼出を操作する機能です。病院や自治体のように複数の窓口や診療科がある場合は、窓口別の番号体系、担当者への振り分け、受付内容の引き継ぎも必要になります。飲食店や商業施設では、待ち組数や推定待ち時間を表示し、利用者が列を離れても戻るタイミングを判断できることが重要です。

一方で、番号だけで運用できる現場に氏名・電話番号・予約内容まで保存すると、管理負担と情報漏えい時の影響が増えます。番号と受付時刻だけで呼び出せるなら、データを最小限にする方が運用しやすくなります。個人データを扱う場合は、利用目的、保存期間、権限、操作ログ、削除方法を要件に含める必要があります。個人情報保護委員会のガイドラインでも、リスクに応じて組織的・人的・物理的・技術的な安全管理措置を講じる考え方が示されています。

選択肢は、大きく五つに分けられます。紙やスタンドアロン型の発券機は、通信に依存せず低コストで始めやすい方式です。専用端末とクラウドを組み合わせる方式は、発券・呼出・表示・スマートフォン確認をまとめやすい方式です。Web受付やLINEミニアプリ型は、利用者が店外や施設内の別場所で待てるため、行列の圧縮に向いています。既存の予約、POS、電子カルテ、窓口管理システムへの機能追加は、独自ルールを残しやすい一方で、連携テストが増えます。フルスクラッチは自由度が高い反面、初期費用・保守・障害対応を自社で持つ覚悟が必要です。

例えば1日数十人を1窓口で受け付ける小規模施設なら、発券機と表示だけで課題が解決する可能性があります。1日200人以上の来訪があり、待ち時間による離脱が発生している店舗なら、店外発券と自動通知を検討する価値があります。複数部門や本人確認、既存業務データとの照合が必要なら、機能数ではなく業務ルールを整理してから、パッケージ、SaaS、追加開発の順に比較します。

整理券発行システム開発の進め方

開発は、いきなり画面を作り始めると失敗しやすい領域です。現場には、受付開始前に並ぶ人、スマートフォンを使わない人、呼出時に不在の人、受付内容を変更する人など、通常フローから外れるケースが必ず存在します。ここでは、要件整理、選定、設計開発、テスト、稼働、定着の六つのフェーズに分けて、各段階で決めることを説明します。

最初に、ピーク時間帯の来訪者数、受付にかかる時間、窓口数、平均待ち時間、呼出後の不在数を実測します。平常日の平均値だけでなく、診療開始直後、開店直後、イベント開場前など、最も混雑する時間帯を観察することが重要です。受付から呼出までの業務を、利用者の操作、スタッフの操作、システムが保持する情報に分けて記録すると、必要な機能と不要な機能が見えます。

要件はMUST、SHOULD、将来候補に分けます。MUSTには発券、呼出、再呼出、キャンセル、待ち状況表示、障害時の代替手段を置きます。SHOULDにはWeb受付、LINE通知、複数窓口、分析を置き、予約、抽選、決済、CRM連携は費用対効果を見て段階導入候補にします。要件整理の成果物として、業務フロー、画面一覧、権限一覧、通知文面、例外処理一覧、データ項目一覧を残します。

要件が整理できたら、既製サービス、機器セット、既存システムへの追加開発、フルスクラッチの順に適合性を確認します。比較時は、機能数よりも、現在の受付フローをどこまで変えずに運用できるかを確認します。小規模で短期間の導入なら、公開料金のあるSaaSや機器セットを先に試す方が、要件を固めながら判断できます。独自の発番ルール、外部連携、複数拠点のデータ統合が中核なら、開発会社を含めて検討します。

候補には同じ質問票を渡し、1日ピーク受付数、窓口数、発券チャネル、スマートフォン非利用者への対応、通知方法、通信断時の動作、用紙切れ時の運用、APIの有無、ログ保存期間、保守受付時間を聞きます。デモでは美しい画面よりも、受付内容の変更、呼出の取り消し、順番の保留、番号の飛ばし、再呼出、不在者の扱いを実際に操作してください。

設計では、利用者向け導線とスタッフ向け導線を分けて考えます。利用者向けには、発券場所、入力項目、待ち時間の見せ方、通知を受け取る方法、呼出後の案内を定めます。スタッフ向けには、受付開始・終了、番号の発行、窓口への割り当て、呼出、保留、キャンセル、日次締め処理を定めます。高齢者や外国人にも使ってもらう場合は、文字サイズ、色のコントラスト、多言語表示、スタッフによる代理発券を初期設計に入れます。

開発する機能が決まったら、発番ルール、状態遷移、権限、通知テンプレート、外部連携仕様を確定します。例えば「受付済み」「呼出中」「対応中」「完了」「保留」「キャンセル」「不在」の状態を定めると、現場の曖昧な判断を減らせます。医療や自治体で個人情報を扱う場合は、管理者・受付担当・閲覧専用などの権限を分け、操作ログとバックアップの要件も明文化します。

テストは、画面が表示されるかだけでは不十分です。受付開始直後に多数の発券が集中した場合、複数窓口で同時に呼び出した場合、呼出後に来訪者がいない場合、順番を保留した場合、同じ人が二重発券した場合を再現します。QRコードやスマートフォン通知を使う場合は、古い番号を再利用できないこと、別の人がURLを推測して閲覧できないことも確認します。

機器を使う場合は、プリンターの用紙切れ、タブレットの電池切れ、モニターの電源断、Wi-Fi切断、停電を想定します。通信断が発生したときに受付を止めるのか、ローカル発券へ切り替えるのか、紙台帳へ戻すのかを決め、復旧後に番号や対応履歴をどう整合させるかまでテストします。リリース判定には、現場責任者が操作できること、代替手段が掲示されていること、問い合わせ先が明確であることを含めます。

本番稼働では、全拠点に一斉導入するより、1店舗・1窓口・1診療科などの小さな範囲で始めます。初日はスタッフが操作を確認できる時間帯を選び、紙運用をすぐに廃止せず、一定期間は並行運用します。発券場所に案内を置き、スマートフォンを使わない人には紙番号やスタッフによる発券を残すと、利用者の取りこぼしを防げます。

稼働前には、繁忙日のリハーサルを行います。発券上限に達した場合の表示、受付終了のタイミング、待ち時間が急増した場合の案内、不在者を何回呼ぶか、閉店・診療終了時に残った番号をどう扱うかを確認します。通知を使う場合は、通知が届かない人への代替案内を用意します。稼働後1週間は問い合わせ内容と操作ミスを毎日記録し、設定変更で直せる問題と追加開発が必要な問題を切り分けます。

定着段階では、「行列が消えたか」だけで評価しません。受付開始から呼出までの平均時間と最大時間、呼出から対応開始までの時間、キャンセル率、不在率、問い合わせ件数、スタッフの発券・呼出操作にかかる時間を毎週確認します。店舗なら時間帯別の来店数と離脱数、医療機関なら窓口別の待ち時間、自治体なら手続き種類別の滞留時間をKPIにすると、改善箇所が見えやすくなります。

導入後に「もっと機能が欲しい」と感じても、まず利用ログと現場の声を確認します。通知を増やす前に案内文を改善する、予約機能を追加する前に受付枠を整理するなど、設定変更で解決できることがあります。月1回の改善会議で、利用者の不満、スタッフの負担、障害・例外処理、費用の増減を確認し、次に追加する機能を一つずつ決めると、使われない機能への投資を抑えられます。

整理券発行システムの費用相場とコストの内訳

整理券発行システムの費用は、発券機の台数だけでなく、受付チャネル、通知、表示、窓口数、外部連携、保守、データ管理で変わります。以下の金額は、2026年8月時点で確認できる公開料金と、リサーチノートに整理した類似業務システムの相場から作成した目安です。整理券専用システムの確定価格を示すものではないため、予算計画では同じ条件の見積もりを複数社から取得してください。

既製のSaaSでは、無料プランから始められるサービスがあります。例えばAirウェイトは、公式FAQで無料プラン0円、ベーシック月額11,000円（税込）、スタンダード月額22,000円（税込）を案内しています。Web受付、大型モニター、窓口別呼出、自動音声など、必要な機能によってプランが上がり、電話・SMS呼出には従量課金が発生します。これらの料金と機能は、株式会社リクルート「Airウェイト 有料プランについて」で2026年8月時点の公式情報を確認できます。

シチズン・システムズのCQ-S257シリーズでは、ネットワーク接続なしで発券する機種、スマートフォンで順番を確認する機種、モニター表示に対応する機種が分かれています。公式の製品仕様では、機種により月額使用料無料または月額3,300円（税込）とされています。これはシチズン・システムズ「整理券システム」で2026年8月時点に確認できる情報です。ただし、端末、プリンター、モニター、設置、通信、用紙は別途必要になる場合があります。端末を既存流用する小規模導入は初期0万〜20万円程度、専用機器をそろえる場合は初期10万〜50万円程度が一つの推定目安です。

POS、予約、CRM、電子カルテ、自治体の窓口管理などと連携する小・中規模案件は、連携先の数とデータ項目によって大きく変わります。類似する店舗フロント連携や業務システムの相場から推定すると、単一拠点のAPI連携、権限、基本テストを含む場合は100万〜800万円程度が検討レンジになります。これは公開統計ではなく、類似領域からの推定であり、個人情報や高い可用性が必要な案件では上振れします。

複数施設・複数部門に加えて、予約枠、抽選、決済、会員連携、分析ダッシュボードまで作る場合は、300万〜1,500万円程度を目安にします。フルスクラッチで独自の受付基盤を作る場合は、小規模な専用受付で800万〜2,000万円、複数拠点・外部連携・イベント時の高負荷対応まで含めると2,000万〜5,000万円以上になる可能性があります。開発期間も、設定中心なら翌日から数週間、連携開発なら1〜3か月、スクラッチなら4〜18か月程度と幅があります。要件の複雑さ、テスト範囲、保守契約を分けて確認してください。

月額料金が安くても、運用に必要な費用がなくなるわけではありません。月額利用料に加えて、電話・SMSなどの従量課金、通信回線、タブレットやモニターの保守、プリンターの用紙、端末交換、現地対応、データ保存、バックアップ、追加窓口、繁忙期のアクセス増強を確認します。無料プランの場合は、番号券にサービス案内が印字されることや、分析・API・オンライン受付が使えないこともあります。

見積書では「初期費用」「月額固定費」「従量費」「機器費」「消耗品費」「保守費」「追加開発費」を分けて記載してもらいます。3年間の総額を比較すると、月額が低い機器型と、初期費用が低いSaaS型の違いを把握できます。通知費用が大きい店舗では、LINEなど既存チャネルを使うことで通信費を抑えられる場合がありますが、友だち登録、通知同意、アカウント運用の負担も含めて評価します。

整理券発行システムの見積もりを取る際のポイント

見積もりの精度は、依頼前にどれだけ業務条件をそろえられるかで決まります。「整理券を発行したい」だけでは、発券機1台の見積もりなのか、複数窓口の受付基盤なのか判断できません。候補会社へ渡す資料に、ピーク受付数、窓口数、拠点数、利用者の年齢層、受付チャネル、通知方法、外部連携、保存するデータ、導入希望時期を明記します。

最低限、次の項目を一枚の要件シートにまとめます。1日の受付件数と、ピーク時に何分間で何件発生するかを記載します。窓口数と、番号を全体連番にするか窓口別にするかを明記します。発券は現地端末、スタッフ操作、Web、QRコード、LINEのどれを使うかを整理します。呼出はモニター、音声、メール、SMS、電話、LINEのどれを使うかを決めます。呼出後の不在、キャンセル、保留、受付終了、番号上限、日付リセットをどう扱うかまで書き出します。

さらに、業務データをどこに保存するか、保存期間は何日か、誰が閲覧・変更できるか、CSV出力やAPI連携が必要かを明記します。個人情報を使わずに番号だけで運用できる場合は、その方針も記載します。個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」では、アクセス制御、従業者教育、取扱状況の記録などが安全管理措置の例として示されており、2026年8月時点の内容を確認できます。セキュリティを後付けにせず、見積もり段階から要件化してください。

比較先は、SaaS提供会社、機器メーカー、システム開発会社を混ぜても構いません。ただし、同じ要件シートを渡し、初期費用、月額、従量費、機器費、設置費、保守費、開発費、導入期間、契約期間、解約時のデータ返却を同じ項目で回答してもらいます。公開料金があるサービスは検証しやすい一方、連携や複数拠点を追加したときの金額が別見積もりになることがあります。

選定では、デモでの操作性、対象業種の事例、障害時の連絡体制、導入後の設定変更のしやすさを確認します。例えばmatocaの公式事例では、順番が近づいた通知によって待ち時間を活用できた店舗や、紙台帳からの移行でキャンセル率の低下を目指した店舗が紹介されています。これは株式会社ブレイブテクノロジー「matoca」で2026年8月時点に確認できる事例です。ただし、ベンダーの導入効果は自社の業務条件で再現できるとは限らないため、導入前後で何を測るかを契約・運用計画に落とし込みます。

費用面のリスクは、追加開発と従量課金が中心です。API連携、画面変更、通知文面の変更、窓口追加がいくらになるか、作業単価と承認手順を確認します。契約期間や最低利用期間、端末の故障交換、サービス停止時の扱い、データのエクスポート方法も確認します。初期費用が安くても、3年間の総額と解約時の移行費用を含めなければ、正しい比較になりません。

現場面のリスクは、システムに合わせるために例外対応が消えてしまうことです。スマートフォンを持たない人、発券操作が難しい人、受付内容を途中で変更する人を想定し、スタッフの代理操作と紙の代替手段を残します。セキュリティ面では、HTTPS、多要素認証、最小権限、操作ログ、バックアップ、脆弱性修正、端末の盗難対策、QRコードの推測対策、障害時の連絡体制をチェックします。業務を止めないことと、保存する情報を減らすことを同時に考えると、過剰な開発を防げます。

整理券発行システムについてよくある質問

最後に、導入前に特に相談が多い質問へ回答します。無料で始められるか、病院や自治体で使えるか、QRコードが必要か、予約システムと連携できるかは、利用者と現場の条件で答えが変わります。機能の有無だけで判断せず、導入後の運用をイメージしてください。

無料プランや月額使用料無料の機器はありますが、すべての費用が無料になるわけではありません。Airウェイトには無料プランがあり、シチズン・システムズにも月額使用料無料の機種がありますが、端末、プリンター、モニター、通信、用紙、設置、保守、通知の従量費は別に確認する必要があります。まず無料または低価格の方式で現場検証を行い、必要な機能だけ有料化する進め方が現実的です。

利用できますが、番号運用、複数部門、本人確認、個人情報、障害時の継続運用を要件に含める必要があります。氏名を大声で呼ばず番号で案内すること、スマートフォンを使わない来訪者に紙や有人受付を残すこと、管理者と受付担当の権限を分けることが重要です。導入前に、保存する情報を番号と時刻だけにできるか、既存の電子カルテや窓口管理システムと連携する必要があるかを整理してください。

必須ではありません。短時間で処理が終わり、待機場所から離れる必要がない場合は、番号券とモニター表示だけで十分です。待ち時間が長く、利用者が買い物や別の用事を済ませたい場合は、QRコード、Web受付、LINE通知、電話通知の効果が高まります。ただし、通知を受け取れない人への館内放送やスタッフ対応を残し、通知が届くことを前提にしない運用にしてください。

API、CSV、標準連携、個別開発などの方法で連携できる場合があります。ただし、予約枠と当日受付の優先順位、キャンセルの同期、番号の発番元、個人情報の受け渡し、障害時の再送を先に定義する必要があります。連携先が一つ増えるごとに設計・権限・テスト・保守の範囲が増えるため、受付と呼出だけを先に導入し、連携は効果を確認してから追加する段階導入も有効です。

まとめ

整理券発行システムは、発券機を導入すること自体が目的ではありません。ピーク時の受付を整理し、待ち時間を見える化し、呼出漏れやスタッフの確認作業を減らし、利用者が安心して待てる状態を作ることが目的です。そのためには、まず現場を観察し、発券・待機・呼出・不在・キャンセル・障害時の業務を一つの流れとして整理します。

進め方は、(1)要件整理でピーク受付数と例外処理を把握し、(2)選定でパッケージ・SaaS・機器・開発の適合性を比較し、(3)設計開発で利用者とスタッフの導線を作り、(4)テストで通信断・用紙切れ・不在呼出まで再現し、(5)稼働で小さく始め、(6)定着でKPIを見ながら改善する流れです。各フェーズの完了条件を決めてから次へ進むと、後戻りと追加費用を抑えられます。

最初から高機能なシステムを選ぶのではなく、1日ピーク受付数、窓口数、待機場所、通知手段、個人情報の有無、既存システム連携の要否を整理し、同じ条件で3社以上に相談してください。費用は、SaaSの月額0円〜2万円台、機器を含む初期10万〜50万円程度、連携・カスタマイズ100万〜800万円程度など幅がありますが、いずれも構成と要件によって変わる目安です。初期費用だけでなく、3年間の総額と現場が使い続けられるかで判断してください。

整理券発行システムは、待ち時間をなくすための魔法ではありません。受付ルールを見直し、利用者への案内を整え、スタッフが例外処理を迷わず行える状態まで作って、はじめて導入効果が定着します。自社の課題と必要な導入範囲をさらに整理したい場合は、全体像、機能、費用、セキュリティ、失敗例までまとめたガイドも参照してください。

▼全体ガイドの記事
・整理券発行システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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