パターン1: 前回実施日と案内条件が複数の記録に分かれている
予防項目ごとに、前回実施日、動物種、年齢、体重、前回の反応など、案内前に確認する情報が異なります。
複数の記録から候補を抽出する場合は、どの情報を基準にしたかを表示し、獣医師または院内で定めた確認者が案内の可否を判断します。
動物病院の予防接種・予防薬・健診・定期再診の案内と実施履歴を、動物ごとに管理するWebシステムの構成例です。
動物と飼い主の情報を対応させ、予防予定、実施履歴、連絡状況、予約、健診後の案内を確認する6つの画面をご紹介します。
電子カルテ、予約・会計サービス、電話やメールに情報が分かれている場合、前回の実施内容や連絡状況を確認しながら案内するための画面を追加できます。既存サービスはそのまま使用し、必要な情報だけを連携する構成にも対応します。システムが表示する日付は確認候補であり、診療上の判断や実施時期の決定は行いません。獣医師が診療記録や動物の状態を確認して案内します。
以下の6項目は、この後に掲載する各画面の説明と対応しています。
予防項目ごとに、前回実施日、動物種、年齢、体重、前回の反応など、案内前に確認する情報が異なります。
複数の記録から候補を抽出する場合は、どの情報を基準にしたかを表示し、獣医師または院内で定めた確認者が案内の可否を判断します。
同じワクチンや予防薬でも、略称、製品名、診療記録上の名称が異なると、検索や集計の対象から外れることがあります。
画面で使用する名称、前回日の参照元、次回確認日の算出方法、日付を変更できる担当者を決めておく必要があります。
メールやメッセージを送信しても、宛先不明で届いていない場合や、届いていても飼い主が確認していない場合があります。
送信済み、配信不能、ポータル閲覧、予約申込、予約確定を別々に記録し、電話連絡は担当者が結果を入力する運用が必要です。
検査値、獣医師の所見、飼い主へ説明した内容、再検査の候補時期は、それぞれ意味が異なります。
飼い主へ公開する資料は獣医師の確認後に確定し、公開日、資料の版、説明記録、予約状況を個別に確認できるようにします。
診察時に次回確認時期を記録しても、飼い主への連絡や予約確定まで進んでいるとは限りません。
未連絡、連絡済み、返信待ち、予約確定、経過観察終了などの状態を分け、既存予約システムの確定内容と一致させます。
予防接種・予防薬・健診について、候補の抽出から院内確認、飼い主への案内、予約や次回確認までの流れを例示します。画面へ保存する記録と、獣医師が診療上判断する内容を分けてご覧いただけます。
登録情報から案内候補を抽出し、院内確認後に通知を送り、予約状況と当日の確認事項を記録する流れです。
動物、前回実施日、候補となった理由、院内確認、通知、予約の各状態を一覧で確認します。
通知文は送信前に確認し、使用した文面、送信日時、配信不能、通知停止の希望を記録します。
予防薬の処方または販売、受取、飼い主への案内、次回確認を記録する流れです。受取記録だけで実際の投与済みとは扱いません。
処方・販売日、数量、受取方法、未受取、連絡状況を表示し、診療記録や会計との参照関係も確認します。
担当者、連絡方法、結果、飼い主からの返信、次回の確認日を記録します。
検査データを登録し、獣医師が所見と飼い主向け資料を確認した後、再検査などの候補とともに公開する流れです。
獣医師が確認した検査値、所見、注意事項、次回の確認時期を、公開日と版が分かる資料にします。
説明者、説明日時、再検査などの候補、予約申込、予約確定をそれぞれ記録します。
ボタンを切り替えると、検討用画面と、その段階で保存する情報の例が表示されます。実際の状態名や確定条件は、現在の院内業務と連携先を確認して決めます。
この操作の結果
案内候補を登録し、院内確認へ進めます。
診療記録などから抽出した当日の案内候補と対応状況を一画面に表示します。
画面上の候補は接種や投薬の実施を決めるものではありません。候補となった理由と参照元を確認し、院内で定めた担当者が案内の可否を判断します。
画面イメージ:今日の予防対象ボード(タブレット想定)
システム画面のイメージはPC、タブレット、スマホ横向きでご覧ください。
前回実施日や院内で設定した確認間隔から、月ごとの案内候補を表示します。
予防薬はフィラリア、ノミ・マダニ、必要に応じてお腹の虫(駆虫)など、院内で使用する分類を設定できます。自動算出した日付は確定済みの実施予定とは扱わず、獣医師の判断や個別事情に応じて確認します。
画面イメージ:予防スケジュール(月次一覧・期限集計)
システム画面のイメージはPC、タブレット、スマホ横向きでご覧ください。
本人確認を行った飼い主向け画面に、病院が公開対象とした予定、実施履歴、健診資料を表示します。
次回期限と接種・投薬履歴、獣医師が確認した健診資料などを、対象動物と公開日が分かる形で確認できる想定です。
画面イメージ:飼い主ポータル(スマホ想定)
システム画面のイメージはPC、タブレット、スマホ横向きでご覧ください。
予防薬について、処方または販売、数量、受取方法、受取状態を動物ごとに記録します。
カテゴリは院内の呼び方に合わせて、フィラリア/ノミ・マダニ/必要に応じて駆虫などを設定できます。受取日、飼い主からの投与済み申告、院内で確認した投与歴は、それぞれの記録として保存します。
画面イメージ:予防薬カテゴリ別の履歴・未受け取り管理
システム画面のイメージはPC、タブレット、スマホ横向きでご覧ください。
健診画面では、検査データ、獣医師の所見、飼い主へ公開する資料、次回の確認事項を動物ごとに扱います。
検査機器から取り込んだ数値や作成途中の所見をそのまま公開せず、獣医師が内容と公開先を確認してから確定します。
画面イメージ:健診結果→次回提案(患者単位)
システム画面のイメージはPC、タブレット、スマホ横向きでご覧ください。
慢性疾患の診察時に登録した次回確認日をもとに、再診の案内候補を表示します。
案内候補と確定予約は分け、予約の日時や変更・取消は既存予約システムと一致させます。
画面イメージ:慢性疾患フォロー枠・対象一覧(週次)
システム画面のイメージはPC、タブレット、スマホ横向きでご覧ください。
多頭飼育や家族による代理利用も想定し、どの飼い主がどの動物の情報を閲覧できるかを設定します。
予防項目の名称、前回日の参照元、候補日と確定日の違い、変更できる担当者を院内で決めます。
抽出条件と候補理由を表示し、獣医師または院内で定めた確認者が案内対象を確定します。
通知の送信、配信結果、ポータル閲覧、予約申込、予約確定を区別し、次の対応を選べるようにします。
作成中の資料と公開版を分け、獣医師の確認、公開先、版、説明日時を記録します。
診療上の次回確認日、飼い主への連絡、予約申込、予約確定は、それぞれの日時と確認者を記録します。
初期導入では、既存システムから取得できる情報と、院内で継続して入力できる情報を確認します。
開始範囲の候補には、次のような組み合わせがあります。
健診を先に扱う場合は、検査データの取込元、獣医師の確認、飼い主へ公開する資料、差し替え方法までを初期範囲に含めます。
慢性疾患の再診管理から始める場合は、候補抽出だけでなく、既存予約システムとの更新順序も決めておく必要があります。
現在の運用について、分かる範囲で次の内容を伺います。
予防接種、予防薬、健診、慢性疾患の再診について、現在の記録先と確認に時間がかかる場面を伺います。
既存システムと新しい画面の担当範囲を決め、動物・飼い主・予防項目・予約を対応させる方法を確認します。
候補抽出、院内確認、通知、予約、実施、資料公開などの状態と、各状態を更新できる担当者を決めます。
検討用画面とテストデータで、重複登録、誤った動物への公開、配信不能、予約変更、資料差し替え時の動作を確認します。
本番反映後は、日常の確認担当、修正履歴の確認、アカウント停止、連携失敗時の対応を定めて運用を開始します。
画面イメージにない業務のご相談、必要な部分だけの開発、既存システムとの併用、費用、公開後の保守など、個別開発をご検討いただく際の主なご質問をまとめています。
はい、ご相談いただけます。このページに掲載している画面は構成の一例であり、ご相談いただける業務や用途を限定するものではありません。掲載されていない業務や、同じ業種でも異なる運用について、現在のお困りごと、使用中の帳票やExcel、関係する担当者などを伺い、業務に合う画面や機能をご提案します。
可能です。受付と一覧、担当者と期限の管理、顧客向けの確認画面など、現在負担になっている部分だけを対象にできます。既製SaaSに含まれる多くの機能を一式で導入せず、利用者と目的を限定した小規模な構成から始める方法もあります。
残せます。既存システムを正式な記録の保存先として使用し、新しいWebシステムでは不足している受付、進捗確認、検索、公開画面などだけを追加する構成も可能です。データを二重入力しないために、どのシステムを正しい情報の保存先とするか、誰がどの時点で更新するかを確認します。自動連携が必要な場合は、既存システムのAPIや出力機能も調査します。
はい。現在のお困りごとを箇条書きにした段階でもご相談いただけます。「誰が、どのような方法で管理していて、どこに負担や不便があるか」を伺い、こちらから画面構成や運用方法をご提案します。初回のご相談と概略の構成案のご提案は無料です。使用中のExcel、帳票、メール文面、画面のスクリーンショットなどがあれば参考にしますが、資料がそろっていなくてもご相談いただけます。
追加できます。最初は対象業務を限定し、実際の運用を確認してから別の画面、権限、通知、集計などを加える方法があります。既存データの移行は、Excel・CSVの有無、項目の対応関係、重複や欠損、添付ファイルの保存状態を確認してお見積もりします。データの状態によっては、移行対象を限定する場合があります。
利用者ごとの認証、閲覧・更新権限、操作履歴、通信の暗号化、バックアップ、保存期間、削除方法、退職・契約終了時の利用停止などを確認します。必要な対策は、扱う情報、利用者、社外公開の有無、既存の社内規程によって異なります。現在のサーバー環境も確認し、必要な対策と運用上の役割を設計時に明確にします。
各シーンに表示している「対象範囲例」を中心に、一つの業務として利用できる画面と処理を構築する場合の目安です。モック内に表示されているすべてのボタン、集計、通知、外部連携を一式で含む価格ではありません。実際には、必要な画面、入力項目、利用者、権限、通知、履歴などを確認し、初期開発に含める範囲をお見積もりに記載します。
単純な合計にはなりません。利用者情報、ログイン、案件台帳、検索画面などを複数のシーンで共用できる場合があるため、重複する機能をまとめて全体構成を設計します。反対に、部門ごとに異なる権限や外部連携が必要な場合は追加設計が発生します。初期開発費と月額保守費の両方を、組み合わせる範囲に応じて算定します。
表示価格はすべて税別です。正式なお見積もりでは、対象にする画面・機能ごとの金額、月額保守費、必要に応じて発生する外部サービス利用料などを区分し、消費税を含む合計額をご案内します。
月額保守に含める内容の例は、不具合発生時の調査・修正、軽微な表示調整、利用環境や外部仕様の変更に伴う確認、運用上のご相談です。サーバー監視、バックアップ、セキュリティ更新、対応時間をどこまで含めるかは、構築先とシステムの重要度によって異なります。対象範囲は見積書と保守契約で明確にし、画面や機能の追加は個別改修としてお見積もりします。
必須ではありません。月額保守を契約しない場合も、調査、修正、機能追加のご依頼ごとに内容を確認し、スポット対応としてお見積もりできます。ただし、障害時の優先対応、定期確認、対応時間の確保は月額契約と異なり、即時対応を保証するものではありません。取り扱う情報と業務への影響を確認して選択できます。
利用する環境やサービスによって発生の有無が異なるため、ページ上の費用目安には一律に含めていません。外部API、有料のファイル保存サービス、メール配信サービスなどを利用し、サービス提供会社への支払いが必要になる場合は、初期開発費・月額保守費と分けてお見積もり時にご案内します。
原則として、お客様が現在利用している会社ドメインまたはサブドメインのサーバー内に構築します。事前に、現在ご契約のサーバーが必要条件を満たしているか(PHP・データベースの利用条件、保存容量、SSL、バックアップ、外部通信の制限など)をこちらで確認します。サーバーの仕様が分からない場合も、専門的な内容を調べてからお問い合わせいただく必要はありません。現在の環境では安定した運用が難しい場合は、必要な環境と代替案をご案内します。
前回実施日の確認、案内候補の抽出、飼い主への通知、予約状況、健診後の再確認など、現在時間がかかっている場面を伺い、必要な画面と連携範囲をご提案します。
受付、予約、顧客・案件管理、申請・承認など、必要な業務や機能に近いWebシステムの開発例をご紹介します。