病院のオーダリングシステムは、診療に関する指示を入力して終わる仕組みではありません。誰が、どの患者に、何を、いつ指示し、誰が確認・実施したかを継続して追える必要があります。実際の開発では、画面デザインより先に業務上の責任範囲を整理します。
指示の状態を定義する
「入力済み」だけでは、未確認、受付済み、実施中、完了、中止、差し戻しを区別できません。部門ごとに言葉が異なる場合は、共通の状態と各部門での表示を対応付けます。
変更前の内容を残す
患者、項目、数量、実施予定などが変更された場合、現在値だけでなく変更前の値、変更者、日時、理由を記録します。削除操作も物理的に消すのではなく、取消として追跡できる設計を検討します。
利用者と権限を整理する
- 指示を登録できる職種・役割
- 代行入力時の依頼者と入力者
- 実施確認や取消ができる範囲
- 所属変更、休職、退職時の停止手順
- 緊急時の権限付与と事後確認
共有IDは操作責任を追えなくなるため、個人単位の認証と操作履歴を基本にします。
既存システムとの連携境界
患者基本情報、会計、検査、薬剤、部門システムなど、どのシステムが正しい情報の管理元かを決めます。同じ項目を複数箇所で修正できると不整合が起こるため、送信方向、更新タイミング、エラー時の再送を文書化します。
障害時の運用を先に決める
ネットワークやサーバーが停止したときに、紙で継続する業務、復旧後に入力する内容、重複を確認する担当を決めます。バックアップがあるだけでは業務継続にならないため、復元時間と切替手順の訓練も必要です。
テストで確認する例
- 同姓同名や類似患者を取り違えない表示
- 変更・中止が関係部門へ伝わること
- 二重送信や通信切断後の再送
- 日付をまたぐ指示と時刻順
- 権限のない操作が拒否され記録されること
まとめ
病院のオーダリングシステムでは、入力の速さだけでなく、状態、履歴、権限、連携、障害時運用を一体で設計します。対象範囲と責任分界を明確にし、医療機関の安全管理規程や関係者の確認を受けながら進める必要があります。