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