知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-08-17
(54)【発明の名称】デジタル抗菌薬適正使用支援システム
(51)【国際特許分類】
G16H 10/20 20180101AFI20230809BHJP
G16H 20/10 20180101ALI20230809BHJP
【ＦＩ】
G16H10/20
G16H20/10
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023501393
(86)(22)【出願日】2021-07-12
(85)【翻訳文提出日】2023-03-06
(86)【国際出願番号】 US2021041343
(87)【国際公開番号】W WO2022015678
(87)【国際公開日】2022-01-20
(31)【優先権主張番号】62/705,728
(32)【優先日】2020-07-13
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/149,953
(32)【優先日】2021-02-16
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
２．ＳＷＩＦＴ
３．ＰＹＴＨＯＮ
４．Ｅｔｈｅｒｎｅｔ
(71)【出願人】
【識別番号】514099673
【氏名又は名称】エフ・ホフマン－ラ・ロシュ・アクチェンゲゼルシャフト
(74)【代理人】
【識別番号】110002077
【氏名又は名称】園田・小林弁理士法人
(72)【発明者】
【氏名】ドーシ， ニシット エス．
(72)【発明者】
【氏名】ネルソン， ジーン エム．
(72)【発明者】
【氏名】リー， ブライアン ピー．
(72)【発明者】
【氏名】スダーシャナ， スビタ
【テーマコード（参考）】
5L099
【Ｆターム（参考）】
5L099AA25
(57)【要約】
いくつかの例では、デジタル抗菌薬適正管理プログラム（ＡＳＰ）システムは、ＡＳＰチームサブシステムと、治療チームサブシステムとを含む。ＡＳＰチームサブシステムは、治療チームによる抗生物質の処方および／または診断検査命令に介入する臨床決定のための関連情報へのＡＳＰチームアクセスを提供し、治療チームサブシステムに介入推奨を送信することができる。ＡＳＰチームサブシステムはまた、介入推奨についての推奨を提供することができる。治療チームサブシステムは、患者に抗生物質または診断試験を処方するための臨床決定のための関連情報への治療チームのアクセスを提供することができる。治療チームサブシステムはまた、処方についての推奨を生成することができる。治療チームサブシステムはまた、ＡＳＰサブシステムから介入推奨を受信し、介入推奨および情報をモバイルデバイスに表示することができる。
【選択図】図３Ａ
【選択図】図３Ａ
【特許請求の範囲】
【請求項1】
１つ以上のコンピュータプロセッサによって実装される、抗菌薬適正使用支援プログラム（ＡＳＰ）を支援する方法であって、複数のデータベースから、複数の患者の医療データ、複数の抗生物質に対する病原体の耐性を示す耐性記録情報、および前記複数の抗生物質を使用する特定の疾患の治療に関する複数のガイドラインを取得することと、
前記複数の抗生物質のうちの第１の抗生物質の処方または前記複数の患者のうちの第１の患者についての第１の診断試験の命令のうちの少なくとも１つについての推奨を生成することであって、前記推奨が、前記複数のガイドライン、前記耐性記録情報、および前記第１の患者に対する前記医療データに１つ以上のルールを適用することに基づいて生成される、推奨を生成することと、
治療チームの第１のメンバーによってアクセス可能な第１のシステムのインターフェースを介して、前記第１の患者の前記医療データへのアクセス、前記第１の患者の病状に関連する前記耐性記録情報のサブセット、および前記第１のメンバーによる第１の臨床決定を容易にするための推奨を提供することであって、前記第１の臨床決定が、前記第１の患者に対して、前記第１の抗生物質の第１の用量を処方すること、または前記第１の診断試験を命令することのうちの少なくとも１つを含む、前記第１の患者の前記医療データへのアクセス、前記第１の患者の病状に関連する前記耐性記録情報のサブセット、および前記第１のメンバーによる第１の臨床決定を容易にするための推奨を提供することと
を含む、方法。
【請求項2】
前記複数のデータベースから前記複数の患者の前記医療データを取得するための第１のトリガを受信することであって、前記第１のトリガが、前記複数の患者の前記医療データにアクセスするための前記インターフェースを介した第１のコマンドを含む、第１のトリガを受信することと、前記第１のトリガを受信したことに応答して、前記複数の患者の識別子を含むクエリを前記複数のデータベースに送信して、前記複数の患者の前記医療データを取得することと、
第２のトリガを受信して、推奨を生成することであって、前記第２のトリガが、前記第１の患者の前記医療データが前記インターフェースに表示されているという指示を受信すること、第２のコマンドを前記インターフェースを介して受信して、前記推奨を生成すること、または第１の患者の新たな医療データが利用可能であることを示すネットワークメッセージを前記複数のデータベースから受信することのうちの少なくとも１つを含む、第２のトリガを受信して、推奨を生成することと、
前記第２のトリガを受信したことに応答して前記推奨を生成することと
をさらに含む、請求項１に記載の方法。
【請求項3】
前記推奨が、前記複数のデータベースから、かつ前記第１の患者の前記医療データに示された前記第１の患者の疾患に基づいて、前記複数のガイドラインのうちの１つのガイドラインを表すグラフを取得することと、
前記第１の患者の前記疾患の状態に基づいて前記グラフをトラバースして、候補抗生物質のリストを取得することと、
前記第１の患者が抗生物質治療を受ける場所の場所識別子に基づいて前記複数のデータベースから前記耐性記録情報の耐性記録テーブルを取得することであって、前記耐性記録テーブルが複数のセクションを含み、各セクションが抗生物質に関連付けられ、関連付けられた前記抗生物質に対する異なる病原体の耐性の程度をリスト化する、前記耐性記録情報の耐性記録テーブルを取得することと、
前記候補抗生物質のリストに関連付けられた前記耐性記録テーブルのセクションを識別することと、
前記耐性記録の識別された前記セクションに基づいて、前記患者の疾患を引き起こす１つ以上の病原体に対する前記候補抗生物質のリストの耐性度を決定することであって、前記１つ以上の病原体が前記第１の患者の前記医療データに示される、前記候補抗生物質のリストの耐性度を決定することと、
前記耐性度に基づいて前記候補抗生物質のリストをランク付けすることと、
前記ランク付けに基づいて前記候補抗生物質のリストから推奨抗生物質を選択することと、
前記推奨抗生物質および関連付けられた前記用量を含む前記推奨を生成することと
によって生成される、請求項１または２に記載の方法。
【請求項4】
前記インターフェースがモバイルインターフェースを備え、前記第１のシステムが、モバイルデバイスを備える、請求項１から３のいずれか一項に記載の方法。
【請求項5】
前記インターフェースが、前記第１のメンバーと前記治療チームの他のメンバーとの間、または前記第１のメンバーと別のチームのメンバーとの間のリアルタイムまたは非同期通信を可能にする通信インターフェースを備え、前記インターフェースが、前記第１の患者の前記医療データ、前記耐性記録情報、または１つ以上の推奨抗生物質のうちの少なくとも１つを含むデータを表示するためのデータアクセスインターフェースをさらに備え、
前記通信インターフェースおよび前記データアクセスインターフェースが、前記第１のメンバーに同時に提供される、請求項４に記載の方法。
【請求項6】
前記通信インターフェースが、前記第１のメンバーが、前記第１の抗生物質の前記第１の用量の処方または前記第１の診断試験の命令のうちの少なくとも１つを前記治療チームの第２のメンバーに送信することを可能にする、請求項５に記載の方法。
【請求項7】
前記通信インターフェースが、前記第１のメンバーが、ＡＳＰチームによって操作される第２のシステムからの介入推奨に応答して、前記第１の患者に対する前記第１の抗生物質の前記第１の用量の処方または前記第１の診断試験の命令のうちの少なくとも１つを変更することを可能にする、請求項５または６に記載の方法。
【請求項8】
前記インターフェースが第１のインターフェースであり、前記方法が、
前記第２のシステムから前記介入推奨を受信することと、
前記介入推奨を含む通知を第２のインターフェースに表示することと、
前記通知に応答するための前記第１のメンバーからの入力の受信に応答して、前記通信インターフェースおよび前記データアクセスインターフェースを含む前記第１のインターフェースを前記第１のメンバーに表示することと
をさらに含む、請求項７に記載の方法。
【請求項9】
前記複数のデータベースが、電子医療記録（ＥＭＲ）データベース、マスター患者インデックス（ＭＰＩ）サービスデータベース、健康情報交換（ＨＩＥ）サーバ、医療におけるデジタル画像と通信（ＤＩＣＯＭ）のフォーマットで画像ファイルを記憶するストレージ、画像保管通信システム（ＰＡＣＳ）、ゲノムデータを含む検査室情報システム（ＬＩＳ）、放射線情報システム（ＲＩＳ）、耐性記録データベース、または病院ガイドラインデータベースのうちの少なくとも１つを含む、請求項１から８のいずれか一項に記載の方法。
【請求項10】
前記医療データが、異なる時点での病歴、体温、血圧、または検査室結果のうちの少なくとも１つを含む、請求項１から９のいずれか一項に記載の方法。
【請求項11】
前記第１の患者の前記医療データへのアクセスを提供することが、前記医療データのサブセットを選択することと、
前記医療データの前記サブセットを前記インターフェースに表示することと、を含む、請求項１から１０のいずれか一項に記載の方法。
【請求項12】
前記医療データの前記サブセットが、前記治療チームの前記第１のメンバーによる入力、取得されていない前記第１の患者についての新たな試験結果を含む前記医療データの前記サブセット、または前記第１の臨床決定に関連する検査室測定結果を含む前記医療データの前記サブセットのうちの少なくとも１つに基づいて選択される、請求項１から１１のいずれか一項に記載の方法。
【請求項13】
前記インターフェースが第１のインターフェースであり、前記方法が、
前記第１のメンバーについての前記新たな試験結果が前記複数のデータベースに記憶されているという指示を受信することと、
第２のインターフェースに前記指示を含む通知を表示することと、
前記通知に応答するための前記第１のメンバーからの入力の受信に応答して、前記第１のインターフェースを介して前記医療データの前記サブセットを前記第１のメンバーに表示することと
をさらに含む、請求項１２に記載の方法。
【請求項14】
前記第１の患者に対する前記医療データに示された疾患の状態に基づいて、前記複数のガイドラインのサブセットを選択することと、前記インターフェースを介して、前記複数のガイドラインの前記サブセットへのアクセスを提供することと
をさらに含む、請求項１から１３のいずれか一項に記載の方法。
【請求項15】
前記第１の抗生物質の前記処方についての前記推奨が、前記第１の抗生物質の投与経路、または前記第１の抗生物質の前記第１の用量が投与される治療経過の期間のうちの少なくとも１つの推奨をさらに含む、請求項１から１４のいずれか一項に記載の方法。
【請求項16】
前記推奨が、前記第１の患者の病歴、前記第１の患者の疑われる診断名、前記第１の患者の疾患を引き起こす疑われる病原体、前記第１の患者の薬物耐性のリスク、または前記第１の患者の検査室試験結果のうちの少なくとも１つに基づいて生成される、請求項１から１５のいずれか一項に記載の方法。
【請求項17】
前記推奨が、複数の代替抗菌レジメンのそれぞれについてのベネフィットオーバーリスクスコア（ｂｅｎｅｆｉｔ－ｏｖｅｒ－ｒｉｓｋ ｓｃｏｒｅ）を決定することであって、前記リスクが抗生物質に対する耐性を発現させる可能性に基づいて決定される、ベネフィットオーバーリスクスコア（ｂｅｎｅｆｉｔ－ｏｖｅｒ－ｒｉｓｋ ｓｃｏｒｅ）を決定することと、
前記ベネフィットオーバーリスクスコアに基づいて前記複数の代替抗菌レジメンをランク付けすることと、
前記ランク付けに基づいて、推奨される経験的抗菌レジメンを提供することと
に基づいて生成される、請求項１から１６のいずれか一項に記載の方法。
【請求項18】
経験的抗菌レジメンについての前記推奨が、前記第１の抗生物質の前記第１の用量がいつ投与されるかの推奨をさらに含み、前記推奨が、治療に必要な第１の数と、害を及ぼすのに必要な第２の数とに基づく比に基づいて生成され、前記第１の数が、１人の患者に利益をもたらすために前記第１の抗生物質によって治療する必要がある患者の数を示し、前記第２の数が、１人の患者が治療害を受ける前に前記第１の抗生物質によって治療することができる患者の数を示す、請求項１から１７のいずれか一項に記載の方法。
【請求項19】
前記推奨が、前記第１の患者を治療している病院の抗生物質在庫または前記第１の患者を治療している診療所の抗生物質在庫のうちの少なくとも１つに基づいて生成される、請求項１から１８のいずれか一項に記載の方法。
【請求項20】
前記推奨が、限られた薬物のリストに基づいて生成される、請求項１から１９のいずれか一項に記載の方法。
【請求項21】
前記推奨が、前記複数の患者のうちの第２の患者の治療履歴に基づいて、かつ前記第１の患者と前記第２の患者との間の症状の比較に基づいて生成される、請求項１から２０のいずれか一項に記載の方法。
【請求項22】
前記推奨が、１つ以上のルールに基づいて生成され、少なくとも１つ以上のルールまたは前記複数のガイドラインが、病院または診療所の管理者によって編集可能である、請求項１から２１のいずれか一項に記載の方法。
【請求項23】
１つ以上のコンピュータプロセッサによって実装される、抗菌薬適正使用支援プログラム（ＡＳＰ）を支援する方法であって、複数のデータベースから、１つ以上の抗生物質を投与された後の複数の患者の医療データ、前記１つ以上の抗生物質を含む複数の抗生物質に対する病原体の耐性を示す耐性記録情報、および前記複数の抗生物質を使用する特定の疾患の治療に関する複数のガイドラインを取得することと、
前記医療データおよび前記耐性記録情報に基づいて前記複数の患者のそれぞれについてのトリアージランキングを決定することと、
ＡＳＰチームの第１のメンバーによってアクセス可能なインターフェースを介して、前記複数の患者を表し、かつ前記複数の患者の前記医療データの少なくとも一部を含むランク付けされた患者リストを表示することであって、前記患者リストが、前記複数の患者の前記トリアージランキングに基づいてランク付けされる、ランク付けされた患者リストを表示して、前記ＡＳＰチームの前記第１のメンバーによる第１の臨床決定を容易にし、前記複数の患者のうちの第１の患者に対する第１の抗生物質の処方に介入することと
を含む、方法。
【請求項24】
前記複数のデータベースから前記複数の患者の前記医療データを取得するための第１のトリガを受信することであって、前記第１のトリガが、前記複数の患者のうちの１人以上の前記医療データにアクセスするための前記インターフェースを介した第１のコマンド、前記複数の患者のうちの１人以上の抗生物質処方の検討が予定されていることを示すタイマの満了、または第２のシステムに入力されている新たな抗生物質処方の検出を含む、第１のトリガを受信することと、前記第１のトリガを受信したことに応答して、前記複数の患者の識別子を含むクエリを前記複数のデータベースに送信して、前記複数の患者の前記医療データを取得することと、
第２のトリガを受信して、推奨を生成することであって、前記第２のトリガが、前記第１の患者の前記医療データが前記インターフェースに表示されているという指示を受信すること、第２のコマンドを前記インターフェースを介して受信して、前記推奨を生成すること、または第１の患者の新たな医療データが利用可能であることを示すネットワークメッセージを前記複数のデータベースから受信することのうちの少なくとも１つを含む、第２のトリガを受信して、推奨を生成することと、
前記第２のトリガを受信したことに応答して前記推奨を生成することと
をさらに含む、請求項２３に記載の方法。
【請求項25】
前記インターフェースが、コンピュータの表示画面上に設けられる、請求項２４に記載の方法。
【請求項26】
前記医療データが、異なる時点での病歴、体温、血圧、または検査室結果のうちの少なくとも１つを含む、請求項２４または２５に記載の方法。
【請求項27】
前記トリアージスコアが、複数の要因に基づいて患者について計算され、前記複数の要因が、前記患者について最新の検査室結果が生成された場合に、前記患者が、前記患者に対する抗生物質の既存の処方に介入する機会を示す特性を示すかどうか、または前記患者に処方された前記抗生物質の特性を示すかどうかのうちの少なくとも１つを含む、請求項２４から２６のいずれか一項に記載の方法。
【請求項28】
前記患者に対する抗生物質の既存の処方に介入する機会を示す特性を前記患者が示すかどうかの前記要因が、陽性血液培養、バグ－薬物ミスマッチ、検査室／薬物ミスマッチ、アレルギーの検出、重複カバレッジ、または静脈内（ＩＶ）から経口（ＰＯ）機会の存在のうちの少なくとも１つを含む複数の属性に基づいて計算される、請求項２７に記載の方法。
【請求項29】
前記要因のそれぞれが重みに関連付けられ、前記トリアージスコアが、前記要因の加重平均に基づいて計算され、かつ
前記重みが、前記ＡＳＰチームによって規定されるか、または前記インターフェースを介して上位の患者に対して選択されている下位の患者の履歴に基づいて自動調整される、請求項２７または２８に記載の方法。
【請求項30】
前記患者リストが、各患者について受信されたシステム生成通知の数を決定することに基づいてランク付けされ、前記システム生成通知が、前記患者に対する抗生物質の既存の処方に介入する機会を示す特性を前記患者が示すかどうかの前記要因に関連する１つ以上のルールに基づいて生成される、請求項２７から２９のいずれか一項に記載の方法。
【請求項31】
介入推奨を含む通知を前記第２のシステムに送信することであって、前記介入推奨が、前記第１の患者に対する前記第１の抗生物質の前記処方に介入するか、または前記第１の患者に対する前記診断試験の前記処方に介入するための前記第１の臨床決定に基づく、介入推奨を含む通知を前記第２のシステムに送信することをさらに含む、請求項２７から３０のいずれか一項に記載の方法。
【請求項32】
前記通知を生成するために、前記インターフェースを介して、前記第１のメンバーからの入力を受信することと、前記入力に基づいて前記通知を生成することと、をさらに含む、請求項３１に記載の方法。
【請求項33】
推奨を生成して、前記第１の患者に対する前記第１の抗生物質の前記処方に介入するか、または前記第１の患者に対する前記診断試験の前記処方に介入することであって、前記推奨が、前記第１の患者に対する複数のガイドライン、前記耐性記録情報、および前記医療データに１つ以上のルールを適用することによって生成される、推奨を生成して、前記第１の患者に対する前記第１の抗生物質の前記処方に介入するか、または前記第１の患者に対する前記診断試験の前記処方に介入することと、前記インターフェースを介して、前記第１のメンバーに前記推奨を表示することと
をさらに含み、
前記入力が、前記推奨が前記第１のメンバーに表示されたとき、または、前記推奨が前記第１のメンバーに表示された後に、前記第１のメンバーから受信される、請求項３２に記載の方法。
【請求項34】
前記推奨が、前記複数のデータベースから、かつ前記第１の患者の前記医療データに示される前記第１の患者の疾患に基づいて、前記複数のガイドラインのうちの１つのガイドラインを表すグラフを取得することと、
前記第１の患者の前記疾患の状態に基づいて前記グラフをトラバースして、候補抗生物質およびそれらの用量のリストを取得することと、
前記候補抗生物質のリストに含まれていない前記第１の抗生物質、または前記グラフにおいて指定された前記第１の抗生物質に関連付けられた用量と一致せずに処方されている前記第１の抗生物質の第１の用量に基づいて前記推奨を生成することと
によって生成される、請求項３３に記載の方法。
【請求項35】
前記推奨が、前記第１の患者が抗生物質治療を受ける場所の場所識別子に基づいて前記複数のデータベースから耐性記録テーブルを取得することであって、前記耐性記録テーブルが複数のセクションを含み、各セクションが抗生物質に関連付けられ、関連付けられた前記抗生物質に対する異なる病原体の耐性の程度をリスト化する、耐性記録テーブルを取得することと、
前記第１の抗生物質に関連付けられた前記耐性記録テーブルのセクションを識別することと、
前記耐性記録の識別された前記セクションに基づいて、前記患者の疾患を引き起こす１つ以上の病原体に対する前記候補抗生物質のリストの耐性度を決定することであって、前記１つ以上の病原体が前記第１の患者の前記医療データに示される、前記候補抗生物質のリストの耐性度を決定することと、
閾値を超える前記耐性度に基づいて前記推奨を生成することと
によって生成される、請求項３４に記載の方法。
【請求項36】
前記推奨を含む通知を送信することをさらに含む、請求項３４または３５に記載の方法。
【請求項37】
前記第１の患者の前記医療データの一部として、前記処方の前記介入の状態を記憶することと、前記介入に対するコンプライアンスまたは非コンプライアンスについての前記通知に対する治療チームからの応答を前記第２のシステムから受信することと、
前記応答に基づいて、前記第１の患者についての前記処方の前記介入の記憶された前記状態を更新することと
をさらに含む、請求項２８から３６のいずれか一項に記載の方法。
【請求項38】
前記インターフェースを介して、前記第１のメンバーに前記応答を表示することと、前記インターフェースを介して、前記第１のメンバーからの入力を受信して、前記介入の前記状態を更新することと
をさらに含み、
前記介入の前記記憶された状態が、前記第１のメンバーからの前記入力に基づいて更新される、請求項３７に記載の方法。
【請求項39】
前記インターフェースが、前記第１のメンバーと前記ＡＳＰチームの他のメンバーとの間、または前記第１のメンバーと別のチームのメンバーとの間のリアルタイムまたは非同期の通信を可能にする通信インターフェースを備え、前記通知および前記応答が、前記通信インターフェースに表示される、請求項３７または３８に記載の方法。
【請求項40】
前記インターフェースが、前記第１の患者の前記医療データ、前記耐性記録情報、または１つ以上の推奨抗生物質のうちの少なくとも１つを含むデータを表示するためのデータアクセスインターフェースをさらに備え、前記通信インターフェースおよび前記データアクセスインターフェースが、前記第１のメンバーに同時に提供される、請求項３９に記載の方法。
【請求項41】
前記複数の患者への抗生物質の処方および投与の履歴ならびに前記抗生物質に対する患者の反応を含む前記複数の患者の前記医療データ、ならびに前記ＡＳＰチームによる介入のコンプライアンスおよび非コンプライアンスの統計に基づいて、分析レポートを生成することと、前記インターフェースを介して前記分析レポートを表示することと
をさらに含む、請求項２３から４０のいずれか一項に記載の方法。
【請求項42】
１つ以上のコンピュータプロセッサによって実装される、抗菌薬適正使用支援プログラム（ＡＳＰ）を支援する方法であって、複数のデータベースから、複数の患者の医療データ、複数の抗生物質に対する病原体の耐性を示す耐性記録情報、および前記複数の抗生物質を使用する特定の疾患の治療に関する複数のガイドラインを取得することと、
第１の患者に対する前記医療データ、前記耐性記録情報、および前記複数のガイドラインに基づいて、前記複数の患者のうちの前記第１の患者についての経験的抗菌レジメンの推奨を生成することと、
治療チームの第１のメンバーによってアクセス可能な第１のシステムの第１のインターフェースを介して、前記第１の患者の前記医療データ、前記耐性記録情報、および前記推奨される経験的抗菌レジメンへのアクセスを提供して、前記第１のメンバーによる第１の臨床決定を容易にすることであって、前記第１の臨床決定が、前記複数の抗生物質のうちの第１の抗生物質の第１の用量を前記第１の患者に処方することを含む、アクセスを提供して、前記第１のメンバーによる第１の臨床決定を容易にすることと、
前記第１の患者が前記第１の抗生物質の前記第１の用量を受けた後に前記第１の患者の更新された医療データを受信することと、
前記医療データおよび前記耐性記録情報に基づいて前記複数の患者のそれぞれについてのトリアージランキングを決定することであって、前記医療データが前記第１の患者の更新された前記医療データを含む、トリアージランキングを決定することと、
ＡＳＰチームの第２のメンバーによってアクセス可能な第２のシステムの第２のインターフェースを介して、前記複数の患者を表し、かつ前記複数の患者の前記医療データの少なくとも一部を含むランク付けされた患者リストを表示することであって、前記患者リストが、前記複数の患者の前記トリアージランキングに基づいてランク付けされる、ランク付けされた患者リストを表示して、前記ＡＳＰチームの前記メンバーによる第１の臨床決定を容易にし、前記複数の患者のうちの第１の患者に対する第１の抗生物質の処方に介入することと、
前記第２のインターフェースを介して、前記ＡＳＰチームからの第２の臨床決定を受信して、前記第１の患者への前記第１の抗生物質の前記処方に介入することと、
前記第２の臨床決定の受信に応答して、前記第２の臨床決定に基づく介入推奨を含む通知を生成することと、
前記通知を前記第１のシステムに送信することと
を含む、方法。
【請求項43】
上記の方法のいずれかの動作を実行するようにコンピュータシステムを制御するための複数の命令を記憶するコンピュータ可読媒体を備える、コンピュータ製品。
【請求項44】
システムであって、請求項４３に記載のコンピュータ製品と、
前記コンピュータ可読媒体に記憶された命令を実行するための１つ以上のプロセッサと
を備える、システム。
【請求項45】
上記の方法のいずれかを実行するための手段を備える、システム。
【請求項46】
上記の方法のいずれかを実行するように構成された、システム。
【請求項47】
上記の方法のいずれかのステップをそれぞれ実行するモジュールを備える、システム。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本特許出願は、「ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＴＨＯＤＳ ＦＯＲ ＡＮＴＩＭＩＣＲＯＢＩＡＬ ＳＴＥＷＡＲＤＳＨＩＰ」と題された、２０２０年７月１３日出願の米国仮特許出願第６２／７０５，７２８号、および「ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＴＨＯＤＳ ＦＯＲ ＡＮＴＩＭＩＣＲＯＢＩＡＬ ＳＴＥＷＡＲＤＳＨＩＰ」と題された、２０２１年２月１６日出願の米国仮特許出願第６３／１４９，９５３号の優先権を主張し、これらの双方は、本明細書の譲受人に譲渡され、あらゆる目的のためにその全体が参照により本明細書に組み込まれる。
本特許出願は、「ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＴＨＯＤＳ ＦＯＲ ＡＮＴＩＭＩＣＲＯＢＩＡＬ ＳＴＥＷＡＲＤＳＨＩＰ」と題された、２０２０年７月１３日出願の米国仮特許出願第６２／７０５，７２８号、および「ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＴＨＯＤＳ ＦＯＲ ＡＮＴＩＭＩＣＲＯＢＩＡＬ ＳＴＥＷＡＲＤＳＨＩＰ」と題された、２０２１年２月１６日出願の米国仮特許出願第６３／１４９，９５３号の優先権を主張し、これらの双方は、本明細書の譲受人に譲渡され、あらゆる目的のためにその全体が参照により本明細書に組み込まれる。
【0002】
分野
本発明の実施形態は、一般に、抗菌薬適正使用支援に関し、特に、医療現場における抗菌薬適正使用支援に関する。
本発明の実施形態は、一般に、抗菌薬適正使用支援に関し、特に、医療現場における抗菌薬適正使用支援に関する。
【背景技術】
【0003】
背景
抗菌薬耐性は、２０５０年までに癌よりも多くの死亡を引き起こすと予想されており、世界中で約１０００万人と推定されている。１つの問題は、処方された抗生物質の５０％超が不必要または不適切であり、ひいては抗生物質に対する耐性が高くなることである。その結果、抗菌薬耐性の世界的な健康上の脅威を考慮すると、抗生物質の有効性を維持するために、世界中の病院および医療現場で抗菌薬適正使用プログラム（ＡＳＰ）を実装するための規制およびポリシーが大幅に増加している。ＡＳＰは、典型的には、患者の転帰を改善し、微生物耐性を低減するために抗生物質の適切な使用を促進するための協調プログラムである。ＡＳＰは、典型的には、治療の一部として患者に抗生物質を処方して投与する治療チームと、抗生物質治療を変更するための介入を推奨するために抗生物質の処方／投与および他の患者情報を検討するＡＳＰチームとの間の協働を含む。次いで、治療チームは、治療を最適化するために抗生物質治療への変更を実施することができる。
抗菌薬耐性は、２０５０年までに癌よりも多くの死亡を引き起こすと予想されており、世界中で約１０００万人と推定されている。１つの問題は、処方された抗生物質の５０％超が不必要または不適切であり、ひいては抗生物質に対する耐性が高くなることである。その結果、抗菌薬耐性の世界的な健康上の脅威を考慮すると、抗生物質の有効性を維持するために、世界中の病院および医療現場で抗菌薬適正使用プログラム（ＡＳＰ）を実装するための規制およびポリシーが大幅に増加している。ＡＳＰは、典型的には、患者の転帰を改善し、微生物耐性を低減するために抗生物質の適切な使用を促進するための協調プログラムである。ＡＳＰは、典型的には、治療の一部として患者に抗生物質を処方して投与する治療チームと、抗生物質治療を変更するための介入を推奨するために抗生物質の処方／投与および他の患者情報を検討するＡＳＰチームとの間の協働を含む。次いで、治療チームは、治療を最適化するために抗生物質治療への変更を実施することができる。
【0004】
ＡＳＰは、患者に対する治療を最適化しながら抗菌薬耐性を低減するのに重要な役割を果たすことができるが、ＡＳＰの有効性を低下させる可能性がある非効率性の様々な原因が存在し得る。例えば、どの抗生物質を患者に処方するかについて臨床決定を行うために、または処方に介入するために、臨床医は、複数のデータベースから異なるタイプのデータを取得し、臨床決定に最も関連するデータを選択する必要があり得る。しかしながら、複数のデータベースからのデータの取り出し、ならびに臨床決定を行うための関連データの選択／識別は、手間がかかり、時間がかかり、潜在的にエラーを起こしやすい。さらに、典型的には、ＡＳＰチームおよび治療チームは、患者の抗生物質治療を変更するかどうかを決定するために事前に予定された会議において協働するが、そのような構成は、抗生物質治療が開始されるときと抗生物質治療が変更されるときとの間にかなりの遅延をもたらす可能性がある。これらは、全て、抗菌薬耐性の低減および患者に提供されるケアの質の改善におけるＡＳＰの有効性を実質的に低下させる可能性がある。
【発明の概要】
【0005】
簡単な概要
本開示の例は、ＡＳＰの実行を改善するために少なくともいくつかの問題に対処することができるデジタルＡＳＰシステムを提供する。具体的には、デジタルＡＳＰシステムは、１つ以上のＡＳＰチームサブシステムと、１つ以上の治療チームサブシステムとを含むことができる。ＡＳＰチームサブシステムは、治療チームによる抗生物質の処方および／または診断検査命令に介入する臨床決定のための関連情報へのＡＳＰチームアクセスを提供し、リアルタイム通信を介して治療チームサブシステムに介入推奨を送信することができる。ＡＳＰチームサブシステムはまた、管理者がＡＳＰの実行を評価するのを助けるために、様々な統計を記録するためのレポートを生成することができる。ＡＳＰチームサブシステムはまた、アメリカ疾病管理予防センター（ＣＤＣ）の全米医療安全ネットワーク（ＮＨＳＮ）などの外部機関にレポートを送信することもできる。
本開示の例は、ＡＳＰの実行を改善するために少なくともいくつかの問題に対処することができるデジタルＡＳＰシステムを提供する。具体的には、デジタルＡＳＰシステムは、１つ以上のＡＳＰチームサブシステムと、１つ以上の治療チームサブシステムとを含むことができる。ＡＳＰチームサブシステムは、治療チームによる抗生物質の処方および／または診断検査命令に介入する臨床決定のための関連情報へのＡＳＰチームアクセスを提供し、リアルタイム通信を介して治療チームサブシステムに介入推奨を送信することができる。ＡＳＰチームサブシステムはまた、管理者がＡＳＰの実行を評価するのを助けるために、様々な統計を記録するためのレポートを生成することができる。ＡＳＰチームサブシステムはまた、アメリカ疾病管理予防センター（ＣＤＣ）の全米医療安全ネットワーク（ＮＨＳＮ）などの外部機関にレポートを送信することもできる。
【0006】
さらに、治療チームサブシステムは、患者に抗生物質を処方する臨床決定のための関連情報への治療チームのアクセスを提供することができる。治療チームサブシステムはまた、ＡＳＰサブシステムから介入推奨を受信し、介入推奨に対する応答をＡＳＰサブシステムに返信し、リアルタイムまたは非同期通信を介して他の治療チームサブシステムに処方命令を送信することができる。ＡＳＰチームサブシステムは、第１のインターフェース（以下、ＡＳＰチームインターフェース）を介してＡＳＰチームによってアクセス可能とすることができる。いくつかの例では、ＡＳＰチームインターフェースは、コンピュータの表示画面上に提供されるデスクトップインターフェースとすることができる。いくつかの例では、ＡＳＰチームインターフェースは、ＡＳＰチームのメンバーのモバイルデバイス上に提供されるモバイルインターフェースとすることができる。さらに、治療チームサブシステムは、治療チームのメンバーのモバイルデバイス上に提供されることができる第２のインターフェース（以下、治療チームインターフェース）を介して治療チームによってアクセス可能である。
【0007】
本発明のこれらおよび他の実施形態は、以下に詳細に説明する。例えば、他の実施形態は、本明細書に記載の方法に関連するシステム、デバイス、およびコンピュータ可読媒体に関する。
【0008】
以下の詳細な説明および添付の図面を参照することによって、本発明の実施形態の性質および利点をよりよく理解できるだろう。
【図面の簡単な説明】
【0009】
詳細な説明は、添付の図面を参照して説明される。
【0010】
【0011】
【図3A-3H】本開示の特定の態様にかかる、デジタルＡＳＰシステムの構成要素の例を示している。
【0012】
【図4A-4E】本開示の特定の態様にかかる、デジタルＡＳＰシステムによって提供されるＡＳＰチームインターフェースの例を示している。
【0013】
【図5A-5D】本開示の特定の態様にかかる、デジタルＡＳＰシステムによって提供される治療チームインターフェースの例を示している。
【0014】
【図6A-6B】本開示のある態様にかかる、ＡＳＰをサポートするための方法の例を示している。
【0015】
【図7】本明細書に開示された技術を実装するために利用されることができる例示的なコンピュータシステムを示している。
【発明を実施するための形態】
【0016】
詳細な説明
抗菌薬受託プログラム（ＡＳＰ）は、典型的には、患者の転帰を改善し、抗菌薬耐性を低下させるために抗生物質の適切な使用を促進するための協調プログラムである。ＡＳＰは、典型的には、治療の一部として患者に抗生物質を処方して投与する治療チームと、抗生物質治療を変更するための介入を推奨するために抗生物質の処方／投与および他の患者情報を検討するＡＳＰチームとの間の協働を含む。次いで、治療チームは、治療を最適化するために変更を実施することができる。
抗菌薬受託プログラム（ＡＳＰ）は、典型的には、患者の転帰を改善し、抗菌薬耐性を低下させるために抗生物質の適切な使用を促進するための協調プログラムである。ＡＳＰは、典型的には、治療の一部として患者に抗生物質を処方して投与する治療チームと、抗生物質治療を変更するための介入を推奨するために抗生物質の処方／投与および他の患者情報を検討するＡＳＰチームとの間の協働を含む。次いで、治療チームは、治療を最適化するために変更を実施することができる。
【0017】
しかしながら、抗菌薬耐性の低減および患者に対する治療の最適化におけるＡＳＰの有効性は、非効率性の様々な原因によって低下する可能性がある。具体的には、臨床医は、典型的には、患者の医療データ（例えば、病歴、検査室データなど）、処方を管理するガイドライン／規制、耐性記録情報などの抗生物質の特性情報などの異なるタイプの情報を取得する必要があり、これらは、通常、複数のデータベースに記憶される。さらに、臨床医はまた、臨床決定に最も関連するデータを選択する必要があり得る。複数のデータベースからのデータの取り出し、ならびに臨床決定を行うための関連データの選択／識別は、手間がかかり、時間がかかり、潜在的にエラーを起こしやすい。さらに、典型的には、ＡＳＰチームは、治療チームによる抗生物質の処方の介入に関する臨床決定を行い、治療チームは、事前に予定された会議中にのみ介入推奨を受け取る。したがって、患者が抗生物質治療を開始した後、患者は、治療に何らかの変更を加えることができる前に、ＡＳＰチームと治療チームとの間の次の事前に予定された会議まで待つ必要がある。結果として、患者についての抗生物質治療の変更の実施が大幅に遅延する可能性があり、介入は、通常、本質的に先を見越したものではなく後手である。これらは、全て、抗菌薬耐性の低減および患者に提供されるケアの質の改善におけるＡＳＰの有効性を低下させる可能性がある。
【0018】
本開示の例は、抗菌薬適正使用支援プログラム（ＡＳＰ）の実行を改善するためのデジタルシステムを提供する。具体的には、デジタルシステムは、１つ以上のＡＳＰチームサブシステムと、１つ以上の治療チームサブシステムとを含むことができる。ＡＳＰチームサブシステムは、治療チームによって命令された抗生物質の処方および／または診断試験（例えば、細菌感染に関連する診断試験、例えば染色および検査、培養、病原体の抗生物質に対する感受性／感度の試験など）に介入する臨床決定のための関連情報へのＡＳＰチームアクセスを提供し、ＡＳＰチームの臨床決定に基づく介入推奨をリアルタイムまたは非同期通信を介して治療チームサブシステムに送信することができる。ＡＳＰチームサブシステムはまた、管理者がＡＳＰの実行を評価するのを助けるために、抗生物質の処方、介入などの様々な統計を記録するためのレポートを生成することができる。ＡＳＰチームサブシステムはまた、アメリカ疾病管理予防センター（ＣＤＣ）の全米医療安全ネットワーク（ＮＨＳＮ）などの外部機関にレポートを送信することもできる。
【0019】
さらに、治療チームサブシステムは、抗生物質を処方するため、および／または患者に診断検査を命令するための臨床決定のための関連情報への治療チームのアクセスを提供することができる。治療チームサブシステムはまた、臨床決定に基づく処方命令を他の治療チームサブシステムに送信することができる。治療チームサブシステムはまた、ＡＳＰサブシステムから介入推奨を受信し、介入推奨に対する応答をＡＳＰサブシステムに返信し、処方命令（抗生物質、診断試験など）をリアルタイムまたは非同期通信を介して他の治療チームサブシステムに送信することができる。
【0020】
具体的には、ＡＳＰチームサブシステムは、ＡＳＰチームインターフェースを介してアクセス可能とすることができる。いくつかの例では、ＡＳＰチームインターフェースは、コンピュータの表示画面上に提供されるデスクトップインターフェースとすることができる。いくつかの例では、ＡＳＰチームインターフェースは、モバイルデバイス上に提供されるモバイルインターフェースであってもよい。ＡＳＰチームインターフェースは、ＡＳＰチームデータアクセスインターフェースおよびＡＳＰチーム通信インターフェースを含むことができる。ＡＳＰチームサブシステムは、ネットワークを介して１つ以上のデータベースから介入推奨に関連するまたは必要とされる患者の様々な医療データを受信し、データを集約することができる。介入の推奨は、抗生物質の処方を変更すること、細菌感染に関連する診断検査を変更することなどとすることができる。患者の集約された医療データは、例えば、患者の病歴、患者の直近の診断、抗生物質を含む医薬品、様々な測定の結果（例えば、体温、血圧など）、および様々な検査室試験の結果（例えば、細菌試験、細菌培養、抗生物質感受性試験、グラム染色など）を含むことができる。ＡＳＰチームサブシステムはまた、耐性記録情報、抗生物質の処方および投与のためのガイドラインなどの介入推奨に関連する他のデータを集約することができる。
【0021】
ＡＳＰチームサブシステムは、ＡＳＰ介入決定のために患者データを取得して集約するトリガを受信することができる。トリガは、例えば、特定の患者の医療データにアクセスするためのＡＳＰチームからのコマンド、ＡＳＰチームによる患者の抗生物質の使用／処方の検討が予定されていること、特定の患者に対して新たな抗生物質の処方が入力され、処方が検討されていないことなどを示すタイマに基づくことができる。
【0022】
次いで、ＡＳＰチームサブシステムは、集約データを表示するためにＡＳＰチームデータアクセスインターフェースに提供することができ、あるいは集約データをＡＳＰチームデータアクセスインターフェースを介してアクセス可能にすることができ、その結果、ＡＳＰチームメンバーは、異なるソースからおよび／または異なるインターフェース内のデータにアクセスする代わりに、ＡＳＰチームデータアクセスインターフェースから介入推奨を行うのに必要な全てのデータにアクセスすることができる。いくつかの例では、ＡＳＰチームデータアクセスインターフェースはまた、集約データのサブセットを選択し、選択されたデータをＡＳＰチームデータアクセスインターフェースに表示することができる。いくつかの例では、ＡＳＰチームサブシステムは、特定の患者に対するデータの関連度に基づいてフィルタリング動作を自動的に実行することができる。いくつかの例では、フィルタリング動作は、ユーザからの入力に基づいて実行されることもできる。
【0023】
さらに、患者の治療／検査の効率的な検討および介入を容易にするために、ＡＳＰチームサブシステムは、抗生物質プロファイル、患者の検査室試験結果、患者の病歴、介入追跡状況などに基づいて患者のサブセットを自動的に選択することができる。選択は、スコアリングシステムに基づくことができる。具体的には、ＡＳＰチームサブシステムは、各患者のトリアージスコアを決定し、トリアージスコアに基づいて患者をランク付けし、ランク付けされた患者のリストをＡＳＰチームインターフェースに表示することができる。トリアージスコアは、患者の治療／検査を検討する緊急性を示すことができる。次いで、ＡＳＰチームは、ランキングを参照して、検討のために患者を選択することができる。トリアージスコアは、患者の抗生物質治療を検討する緊急性を示すために、様々な要因（例えば、最新の検査室試験結果の利用可能性、検査室試験／薬物ミスマッチ、限られた薬物処方など）の加重平均とすることができる。重みは、例えば以前の介入に基づいて、ＡＳＰチームによっておよび／またはＡＳＰチームサブシステムによって自動的に決定されることができる。ＡＳＰチームインターフェースは、ランク付けされたリスト内の特定の患者のＡＳＰチームからの選択を受信し、選択された患者の上述したフィルタリングされたデータをＡＳＰチームのデータアクセスインターフェースに表示することができる。
【0024】
介入推奨のための関連データを表示することに加えて、ＡＳＰチームサブシステムはまた、臨床決定支援（ＣＤＳ）の一部として、決定を容易にするための介入推奨を生成することもできる。ＡＳＰチームサブシステムは、例えば、トリガに応答して、選択された患者の医療データ、耐性記録情報、ガイドラインなどに基づいて推奨を生成することができる。いくつかの例では、トリガは、ＡＳＰチームサブシステムにＡＳＰ介入決定のために患者データを取得および集約させる同じトリガであってもよい。いくつかの例では、トリガは、例えば、検討されている患者の新たな医療データ（例えば、検査室試験結果、またはサブシステムによって処理されていない他の新たな医療データ）が利用可能であるというデータベースからの指示に基づく異なるトリガとすることができる。指示は、ＡＳＰチームサブシステムによって送信されたクエリに応答してデータベースによって送信されたネットワークメッセージの形態とすることができる。
【0025】
ＡＳＰチームサブシステムは、医療データと同時にＡＳＰチームデータアクセスインターフェースに推奨を表示することができ、ユーザが推奨の基礎にアクセスすることを可能にすることができる。ＡＳＰチームサブシステムはまた、推奨に基づいて、またはＡＳＰチームからの入力に基づいて自動的に生成されることができる介入推奨の通知を生成し、テキストメッセージング、音声通話などのリアルタイム通信を介して治療チームサブシステムに通知を送信することができる。通知はまた、非同期通信の一部として後に治療チームメンバーによって応答されるスヌーズ通知であってもよい。ＡＳＰチームサブシステムはまた、介入推奨の状態（例えば、治療変更が実施されたかどうか、診断試験が命令されたかどうかなど）を（自動的におよび／またはＡＳＰチームからの入力に基づいて）追跡することができる。いくつかの例では、ＡＳＰチーム通信インターフェースは、テキストメッセージングインターフェースの形態とすることができ、通知、ならびに治療チームサブシステムからの通知に対する応答は、テキストメッセージの形態で表示されることができる。ＡＳＰチームサブシステムは、ＡＳＰチームデータアクセスインターフェースおよびＡＳＰチーム通信インターフェースを同時に表示することができ、これは、ユーザが、協働体験を容易にするために、医療データにアクセスしながらテキストメッセージまたは音声を介して通信することを可能にする。通知に基づいて動作するために必要な全ての情報も治療チームインターフェースに提供される。
【0026】
さらに、ＡＳＰチームサブシステムは、ＡＳＰをサポートするための追加機能を含むことができる。例えば、ＡＳＰチームサブシステムは、管理者がＡＳＰの実行を評価するのを助けるために、様々な統計を記録するためのレポートを生成することができる。そのようなレポートは、例えば、治療日数に関するレポート、または介入受け入れレポートを含むことができる。ＡＳＰチームサブシステムはまた、アメリカ疾病管理予防センター（ＣＤＣ）の全米医療安全ネットワーク（ＮＨＳＮ）などの外部機関にレポートを送信することもできる。別の例として、ＡＳＰチームサブシステムは、通知の生成の構成、通知に対するアクセス権の設定（例えば、ＡＳＰチームのどのメンバーが通知を生成／受信することができ、治療チームのどのメンバーが治療チームサブシステムを介してＡＳＰチームサブシステムから通知を受信することができるかなど）、医療データの編集／抽象化（例えば、ガイドラインの編集、耐性記録、データの独自フォーマットへの変換など）などの様々な管理機能をサポートすることができる。
【0027】
さらに、治療チームサブシステムは、治療チームのメンバーのモバイルデバイス上に提供されることができる治療チームインターフェースを介して治療チームによってアクセス可能である。治療チームインターフェースは、治療チームデータアクセスインターフェースおよび治療チーム通信インターフェースを含むことができる。治療チームサブシステムはまた、ネットワークを介して１つ以上のデータベースから特定の患者の臨床決定に関連する（または必要とされる）様々な医療データを取得し、データを集約することができる。治療チームサブシステムは、患者の病歴を検討するための治療チームからの選択などのトリガの受信に基づいて医療データを取得して集約することができる。
【0028】
臨床決定は、例えば、第１の用量または経験的治療、細菌感染に関連する診断試験（例えば、細菌感染に関連する診断試験、例えば染色および検査、培養、病原体の同定、病原体の感受性／抗生物質に対する感受性の試験）などを含むことができる。医療データは、例えば、特定の患者のバイタルおよび検査室試験結果、耐性記録情報、ガイドラインなどを含むことができる。次いで、治療チームサブシステムは、表示のために治療チームデータアクセスインターフェースに集約データを提供することができ、あるいは治療チームデータアクセスインターフェースを介して集約データへのアクセスを提供することができる。これは、治療チームメンバーが、異なるソースからおよび／または異なるインターフェースでデータにアクセスする代わりに、治療チームのデータアクセスインターフェースから臨床決定を行うのに必要な全てのデータ（例えば、細菌感染に関連する診断試験を命令する第１の用量、経験的治療について）にアクセスすることを可能にする。
【0029】
さらに、治療チームサブシステムはまた、患者に対するデータの関連度に基づいて、耐性記録情報などのデータの一部に対してフィルタリング動作を自動的に実行することができる。例えば、治療チームインターフェースは、患者が抗生物質を投与されるべき場所（例えば、ＩＣＵ）に基づいて耐性記録情報を提供することができる。別の例として、治療チームサブシステムは、抗生物質プロファイル、患者の検査室試験結果、患者の病歴、介入追跡状況などに基づいて患者のサブセットを自動的に選択し、治療チームデータアクセスインターフェースを介して患者のサブセットの医療データへのアクセスを提供することができる。いくつかの例では、フィルタリング動作は、ユーザからの入力に基づいて実行されることもできる。
【0030】
第１の用量または経験的治療に関する臨床決定のための関連データを表示することに加えて、治療チームサブシステムはまた、ＣＤＳの一部として、第１の用量または経験的治療についての推奨を生成することもできる。治療チームサブシステムは、薬物に対するアレルギーを含む患者の病歴、患者の疑われる診断名、患者の疾患を引き起こす疑われる病原体、患者の薬物耐性のリスク、患者の検査室試験結果、耐性記録情報、ガイドライン、処方制限および在庫状況などの様々なタイプの医療データに基づいて推奨を生成することができる。推奨は、例えば、治療チームメンバーからのコマンド／要求の受信、患者の新たな医療データ（例えば、検査室試験結果）が利用可能であるという指示（例えば、ネットワークメッセージ）の受信などに基づいて生成されることができる。治療チームサブシステムは、治療チームデータアクセスインターフェースに推奨を表示して、ユーザが推奨の基礎にアクセスすることを可能にすることができる。次いで、治療チームは、推奨を受け入れるか拒否するかに基づいて臨床決定（例えば、処方命令）を行うことができる。
【0031】
さらに、治療チームサブシステムはまた、臨床決定の通知を生成／受信することができる。通知（スヌーズ通知、テキストメッセージなどを含むことができる）は、治療チームの臨床医からの入力に基づいて生成され、テキストメッセージング、音声通話などのリアルタイム通信を介して治療チームの他のメンバー（例えば、薬剤師）によって操作される他の治療チームサブシステムに通知を送信することができる。さらに、治療チームサブシステムは、上述したように、ＡＳＰサブシステムから介入の通知を受信することができる。いくつかの例では、通知は、モバイルデバイスに感覚出力（例えば、振動、トーンなど）を発生させて、通知についてユーザに警告することができる。さらに、治療チームサブシステムは、ユーザからの通知の選択を受信すると、治療チームインターフェースを起動することができる。いくつかの例では、治療チーム通信インターフェースは、テキストメッセージングインターフェースの形態であってもよく、また、通知、ならびに他の治療チームサブシステムからの通知に対する応答は、テキストメッセージの形態で表示されることができる。治療チームサブシステムは、治療チームデータアクセスインターフェースおよび治療チーム通信インターフェースを同時に表示することができ、これは、ユーザが、協働体験を容易にするために、医療データにアクセスしながらテキストメッセージまたは音声を介して通信することを可能にする。治療チームインターフェースはまた、スヌーズ通知を可能にし、治療チームは、後で通知に基づいて行動することができる。
【0032】
本開示の例にかかるデジタルＡＳＰシステムでは、ＡＳＰチームおよび治療チームの双方が、単一のデータアクセスインターフェースからの臨床決定（介入推奨、第１の用量／経験的治療の処方など）のために、全ての関連情報、ならびにシステム生成の推奨にアクセスすることができる。臨床医が異なるシステムから異なるデータを調達する必要がある場合、または異なるインターフェースを介して異なるデータにアクセスする必要がある場合と比較して、デジタルＡＳＰシステムは、臨床医のデータへのアクセスを大幅に改善することができ、臨床決定を高速化するだけでなく、決定の質も改善する。さらに、デジタルＡＳＰシステムによって提供されるトリアージランキングは、治療／診断試験を検討および／または変更する必要がある患者が適時に介入を受けることができることを保証することができる。さらに、ＡＳＰチームと治療チームとの間にリアルタイムの通信能力を提供することによって、ＡＳＰチームによる介入推奨は、介入推奨が行われるとすぐにリアルタイムで、どこでも（例えば、患者のベッドサイド、薬局などで）治療チームに通信することができる。ＡＳＰチームおよび治療チームが事前に予定された会議中にのみ協働する場合と比較して、そのような構成は、患者の治療および診断試験の介入をさらに高速化することができる。これらは、全て、患者に提供されるケアの質、ならびに抗菌薬耐性の低減におけるＡＳＰの有効性を改善することができる。
【0033】
Ｉ．抗菌薬適正使用プログラム（ＡＳＰ）の例
図１、図２Ａ、図２Ｂ、および図２Ｃは、抗菌薬適正使用支援プログラム（ＡＳＰ）の例を示している。ＡＳＰは、典型的には、患者の転帰を改善し、微生物耐性を低減するために抗生物質の適切な使用を促進するための協調プログラムである。ＡＳＰは、典型的には、治療の一部として患者に抗生物質を処方して投与する治療チームと、抗生物質治療を変更するための介入を推奨するために抗生物質の処方／投与を検討するＡＳＰチームとの間の協働を含む。
図１、図２Ａ、図２Ｂ、および図２Ｃは、抗菌薬適正使用支援プログラム（ＡＳＰ）の例を示している。ＡＳＰは、典型的には、患者の転帰を改善し、微生物耐性を低減するために抗生物質の適切な使用を促進するための協調プログラムである。ＡＳＰは、典型的には、治療の一部として患者に抗生物質を処方して投与する治療チームと、抗生物質治療を変更するための介入を推奨するために抗生物質の処方／投与を検討するＡＳＰチームとの間の協働を含む。
【0034】
Ａ．ＡＳＰチームと治療チームとの間の例示的な相互作用
図１は、例示的なＡＳＰプログラム１００を示している。図１に示すように、ステップ１０２において、治療チーム（図１の病院総合診察医）は、経験的治療または第１の用量の抗生物質を患者に処方する。第１の用量は、典型的には、感染が疑われる患者に処方された最初の抗生物質を指し、一方、経験的治療は、典型的には、原因病原体の決定前に患者に与えられた抗生物質を指す。第１の用量が投与されてから約１～３日後、ＡＳＰチームの薬剤師および／または臨床医などのＡＳＰチームメンバーは、ステップ１０４において、患者の抗生物質治療を検討することができる。検討は、ＡＳＰチームと治療チームとの間の事前に予定された会議で実行されることができる。検討プロセスの一部として、患者は、優先順位に基づいてトリアージされることができる。優先順位が高いと考えられる患者は、抗生物質治療を最適化する機会を識別するために、ＡＳＰチームの薬剤師によって抗生物質治療を検討させることができる。ＡＳＰチームが抗生物質を変更する機会を識別した場合、ＡＳＰチームは、ステップ１０６において、治療チームに介入要求を送信することができ、治療チームは、その後、患者に処方された抗生物質治療を変更することができる。介入要求はまた、患者に投与される診断／検査室試験を変更することを求めることもできる。患者が更新された抗生物質治療を受けた後、ステップ１０８において、患者のために新たな検査室結果を受け取ることができる。検査室試験結果に基づいて、追加の検討および介入が、ＡＳＰチームによってステップ１０４において生成されることができる。さらに、ステップ１１０において、ＡＳＰチームは、患者への抗生物質の処方およびその後の介入を含む、病院での抗生物質使用の遡及的レポートを生成することができる。
図１は、例示的なＡＳＰプログラム１００を示している。図１に示すように、ステップ１０２において、治療チーム（図１の病院総合診察医）は、経験的治療または第１の用量の抗生物質を患者に処方する。第１の用量は、典型的には、感染が疑われる患者に処方された最初の抗生物質を指し、一方、経験的治療は、典型的には、原因病原体の決定前に患者に与えられた抗生物質を指す。第１の用量が投与されてから約１～３日後、ＡＳＰチームの薬剤師および／または臨床医などのＡＳＰチームメンバーは、ステップ１０４において、患者の抗生物質治療を検討することができる。検討は、ＡＳＰチームと治療チームとの間の事前に予定された会議で実行されることができる。検討プロセスの一部として、患者は、優先順位に基づいてトリアージされることができる。優先順位が高いと考えられる患者は、抗生物質治療を最適化する機会を識別するために、ＡＳＰチームの薬剤師によって抗生物質治療を検討させることができる。ＡＳＰチームが抗生物質を変更する機会を識別した場合、ＡＳＰチームは、ステップ１０６において、治療チームに介入要求を送信することができ、治療チームは、その後、患者に処方された抗生物質治療を変更することができる。介入要求はまた、患者に投与される診断／検査室試験を変更することを求めることもできる。患者が更新された抗生物質治療を受けた後、ステップ１０８において、患者のために新たな検査室結果を受け取ることができる。検査室試験結果に基づいて、追加の検討および介入が、ＡＳＰチームによってステップ１０４において生成されることができる。さらに、ステップ１１０において、ＡＳＰチームは、患者への抗生物質の処方およびその後の介入を含む、病院での抗生物質使用の遡及的レポートを生成することができる。
【0035】
Ｂ．ＡＳＰプログラムの例示的なフロー図
図２Ａ、図２Ｂ、および図２Ｃは、例示的なＡＳＰプログラム２００のさらなる詳細を示している。図２Ａは、ＡＳＰプログラム２００のフロー図を示している。図２Ａに示すように、治療チーム２０４は、患者２１０の治療２０８を決定するために、１つ以上のデータベース２０６から様々なデータを調達することができる。データベース２０６は、例えば、医療データデータベース２０６ａ、ガイドラインデータベース２０６ｂ、および耐性記録データベース２０６ｃを含むことができる。治療２０８は、第１の用量／経験的治療、またはＡＳＰチーム２１２からの介入推奨に基づく更新された治療とすることができ、図１のステップ１０２に対応することができる。
図２Ａ、図２Ｂ、および図２Ｃは、例示的なＡＳＰプログラム２００のさらなる詳細を示している。図２Ａは、ＡＳＰプログラム２００のフロー図を示している。図２Ａに示すように、治療チーム２０４は、患者２１０の治療２０８を決定するために、１つ以上のデータベース２０６から様々なデータを調達することができる。データベース２０６は、例えば、医療データデータベース２０６ａ、ガイドラインデータベース２０６ｂ、および耐性記録データベース２０６ｃを含むことができる。治療２０８は、第１の用量／経験的治療、またはＡＳＰチーム２１２からの介入推奨に基づく更新された治療とすることができ、図１のステップ１０２に対応することができる。
【0036】
医療データデータベース２０６ａは、患者の医療データを含むデータを記憶することができる。医療データは、例えば、どの病原体が患者２１０で感染を引き起こすかの最近の診断、病歴、検査室試験結果、身体測定値（例えば、血圧、体温など）結果などを含むことができる。ガイドラインデータベース２０６ｂは、抗生物質の処方が適切であり、ガイドラインと一致するかどうかを決定するために、異なる疾患、異なる設定（例えば、患者が病院に入院しているか否か）、異なる医学的状態（例えば、他の併存症が存在するかどうか、患者が免疫無防備状態であるかどうか）などに対して異なる抗生物質を処方するためのガイドラインを記憶することができる。ガイドラインデータベース２０６ｂはまた、例えば、アメリカ疾病管理予防センター（ＣＤＣ）のコア要素などの国内ガイドラインへのリンクを記憶することができる。
【0037】
ガイドラインデータベース２０６ｂに記憶されたガイドライン２０７の例が図２Ｂに示されている。図２Ｂに示されるように、ガイドライン２０７は、特定の疾患、例えば、コミュニティ後天性肺炎（ＣＡＰ）を処置するために使用される抗生物質をリスト化することができる。ガイドライン２０７は、病院に入院していない患者および異なるレベルの併存症についてのセクション２０７－ａおよびセクション２０７－ｂ、ならびに病院に入院した患者および異なるレベルの併存症についてのセクション２０７－ｃおよびセクション２０７－ｄを含む。患者が病院に入院しているかどうか、ならびに患者に存在する併存症のタイプおよびその重症度に応じて、特定の抗生物質がセクション２０７－ａ、２０７－ｂ、２０７－ｃ、または２０７－ｄのいずれかにしたがって処方されることができる。
【0038】
さらに、耐性記録データベース２０６ｃに記憶された耐性記録情報は、異なる設定（例えば、入院患者、外来患者、集中治療室（ＩＣＵ）、長期介護施設など）での様々な抗生物質に対する様々な病原体の感受性／耐性を文書化することができる。耐性記録データベース２０６ｃに記憶された耐性記録テーブル２０９の例が図２Ｃに示されている。図２Ｃに示すように、耐性記録テーブル２０９は、ＩＣＵ内の抗生物質のリストに対する病原体の感受性のパーセンテージをリスト化する。例えば、セクション２０９－ａを参照すると、病原体緑膿菌は、セフェピムに７８％感受性であり、アズトレオナムに６７％感受性であり、これは、緑膿菌がセフェピムよりもアズトレオナムに対してより耐性であることを示すことができる。さらに、セクション２０９－ｂを参照すると、病原体エンテロバクター・クロアカは、イミペネムに１００％感受性であるが、アンピシリンに０％感受性であり、これはエンテロバクター・クロアカがアンピシリンに完全に耐性であるが、イミペネムによって効果的に排除されることができることを示すことができる。
【0039】
患者２１０が治療２０８を受けた後、患者は、検査室試験２１４を受けて治療後試験結果２１６を得ることができる。検査室試験２１４は、患者２１０に存在する病原体および抗生物質に対する患者２１０の耐性を決定するために、細菌試験、培養細菌、抗生物質感受性試験、グラム染色などの様々な試験を含むことができる。治療後試験結果２１６が使用されて、抗生物質治療２０８が病原体のレベルを低下させるのに有効であるかどうか、抗生物質治療２０８が病原体の耐性を増加させるかどうかなどを評価することができる。
【0040】
次いで、治療後試験結果２１６は、治療チーム２０４およびＡＳＰチーム２１２の双方に提供されることができる。治療チーム２０４は、治療後試験結果２１６を分析し、患者２１０に処方された抗生物質治療２０８を変更するかどうかを決定することができる。治療チーム２０４は、例えば、抗生物質治療２０８が微生物耐性に起因して病原体のレベルを低下させるのに有効でない場合、抗生物質治療２０８を変更することを決定することができる。治療チーム２０４は、患者２１０への事前に予定された訪問において、分析を実行し、治療を変更することを決定することができる。
【0041】
さらに、ＡＳＰチーム２１２はまた、例えば、治療チーム２０４による抗生物質治療２０８、患者２１０の治療チーム２０４によって命令された様々な診断／検査室試験などを検討するために、治療チーム２０４と検討会議を行うことができる。検討は、様々なタイプの情報に基づくことができる。検討は、治療後試験結果２１６ならびにデータベース２０６内のデータに基づくことができる。例えば、抗生物質治療２０８がガイドラインデータベース２０６ｂから取得されたガイドラインにしたがって適切であるかどうか、抗生物質治療２０８が、耐性記録データベース２０６ｃから取得された耐性記録情報にしたがって標的病原体を排除するのに有効であるかどうかなど、およびそうであっても、微生物耐性を低減するように抗生物質治療２０８をさらに最適化されることができるかどうかについて決定を行うことができる。別の例として、診断／検査室試験が患者２１０に存在する病原体のレベル、患者２１０に存在する病原体の微生物耐性のレベルなどを測定するのに有効であるかどうかについての決定を行うことができる。検討は、図１のステップ１０４に対応することができ、治療チーム２０４とＡＳＰチーム２１２との間の事前に予定された会議で実行されることができる。検討の結果、ＡＳＰチーム２１２は、治療／診断介入２１８を生成することができ、これは、患者２１０の治療チーム２０４によって命令される治療２０８および／または診断／検査を変更するために会議中に治療チーム２０４に提供されることができる。さらに、検討が新たなタイプの微生物耐性を示す場合、ＡＳＰチーム２１２は、ガイドラインデータベース２０６ｂおよび／または耐性記録データベース２０６ｃに対する更新２２０を生成することもできる。次いで、治療チーム２０４は、ガイドラインデータベース２０６ｂの更新されたガイドラインおよび耐性記録データベース２０６ｃの更新された耐性記録情報を使用して、患者２１０または他の患者に対するその後の抗生物質治療を決定することができる。
【0042】
Ｃ．ＡＳＰプログラムの有効性に影響を与える例示的な要因
しかしながら、抗菌薬耐性の低減および患者に対する治療の最適化におけるＡＳＰ２００の有効性は、非効率性の様々な原因によって低下する可能性がある。具体的には、上述したように、治療チーム２０４およびＡＳＰチーム２１２の双方がデータベース２０６からデータを取得する必要があり得る。データは、患者の医療データ、ガイドライン、および耐性記録情報などの異なるタイプの情報を含み、通常、複数のデータベースに記憶される。さらに、通常、調達されたデータの小さなサブセットのみが臨床決定に関連する。複数のデータベースからのデータの取り出し、ならびに臨床決定を行うための関連データの選択／識別は、手間がかかり、時間がかかり、潜在的にエラーを起こしやすい。
しかしながら、抗菌薬耐性の低減および患者に対する治療の最適化におけるＡＳＰ２００の有効性は、非効率性の様々な原因によって低下する可能性がある。具体的には、上述したように、治療チーム２０４およびＡＳＰチーム２１２の双方がデータベース２０６からデータを取得する必要があり得る。データは、患者の医療データ、ガイドライン、および耐性記録情報などの異なるタイプの情報を含み、通常、複数のデータベースに記憶される。さらに、通常、調達されたデータの小さなサブセットのみが臨床決定に関連する。複数のデータベースからのデータの取り出し、ならびに臨床決定を行うための関連データの選択／識別は、手間がかかり、時間がかかり、潜在的にエラーを起こしやすい。
【0043】
例えば、図２Ｂを参照すると、特定の疾患のための抗生物質を投与するためのガイドラインを参照しようとする臨床医は、その疾患のためのガイドライン（例えば、ＣＡＰについてのガイドライン２０７、他の疾患についての他のガイドライン）を取得し、次いで、患者の医学的状態に基づいてガイドラインの関連部分（例えば、セクション２０７－ａ、２０７－ｂ、２０７－ｃ、または２０７－ｄのうちの１つ）を参照して、関連するガイドラインを取得する必要がある。別の例として、図２Ｃを参照すると、特定の病原体が最も感受性である抗生物質を選択しようとする臨床医は、患者が抗生物質（ＩＣＵ、入院患者、または外来患者）を投与される特定の設定に対して耐性記録を取得し、次いで病原体に対応するセクションを選択する必要がある。臨床医はまた、抗生物質の在庫、抗生物質のコストなどの他の情報と相互参照して、どの抗生物質を処方するかについて決定する必要があり得る。その結果、臨床医は、膨大な量のガイドラインおよび耐性記録情報を解析し、特定の設定で特定の患者に最も関連する情報の小さなサブセットを選択し、患者の様々な医療データと相互参照し、次いでその患者に抗生物質を処方する（または処方を変更する）ことに関する臨床決定を行う必要がある。患者の医療データ、ガイドライン、および耐性記録情報は、通常、異なる場所に記憶され、抗生物質治療に関する臨床決定を多数の患者に対して行う必要があるという事実と相まって、臨床医が効率的な方法で各患者の適切な臨床決定を行うために関連情報を見つけることは困難になる。ＡＳＰの有効性、ならびに患者に提供されるケアの質は、結果として低下する可能性がある。
【0044】
さらに、ＡＳＰチームと治療チームとの間の従来の協調方法はまた、ＡＳＰの有効性を低下させる可能性がある。具体的には、典型的には、ＡＳＰチームは、治療チームによる抗生物質の処方の介入に関する臨床決定を行い、治療チームは、事前に予定された会議中にのみ介入推奨を受け取る。同様に、治療チームは、典型的には、患者の検査データを検討し、患者への事前に予定された訪問中に患者の抗生物質治療を変更する決定を行う。したがって、患者が抗生物質治療を開始した後、患者は、治療に変更を加えることができる前に、ＡＳＰチームと治療チームとの間の次の予定された会議、または治療チームによる次の予定された訪問まで待つ必要がある。結果として、患者についての抗生物質治療の変更の実施が大幅に遅延する可能性があり、その変更は、通常、本質的に先を見越したものではなく後手（例えば、患者のバイタルの実質的な分解を見た後）である。これらは、全て、ＡＳＰの有効性および患者に提供されるケアの質をさらに低下させる可能性がある。
【0045】
ＩＩ．ＡＳＰをサポートするデジタルシステム
Ａ．システム概要
本開示の例は、ＡＳＰ管理ならびに医療処置および／または診断の処方を容易にすることができるデジタルＡＳＰシステムを提供する。デジタルシステムは、１つ以上のＡＳＰチームサブシステムと、１つ以上の治療チームサブシステムとを含むことができる。ＡＳＰチームサブシステムは、患者の管理／フィルタリングされた情報にＡＳＰチームがアクセスして、抗生物質の処方および／または患者の診断検査に介入するかどうかを決定し、ＡＳＰチームが介入決定を治療チームに送信することを可能にすることができる。ＡＳＰチームサブシステムはまた、優先順位の高い患者およびその情報のリストへのＡＳＰチームアクセスを提供することができる。ＡＳＰチームサブシステムはまた、情報を分析し、介入決定のためにＡＳＰチームに推奨を提供することができる。さらに、治療チームサブシステムはまた、抗生物質／診断試験を処方するために患者の管理／フィルタリングされた情報への治療チームのアクセスを提供することができる。治療チームサブシステムはまた、介入決定を受信して表示することができる。治療チームサブシステムはまた、処方についての推奨を生成することができる。
Ａ．システム概要
本開示の例は、ＡＳＰ管理ならびに医療処置および／または診断の処方を容易にすることができるデジタルＡＳＰシステムを提供する。デジタルシステムは、１つ以上のＡＳＰチームサブシステムと、１つ以上の治療チームサブシステムとを含むことができる。ＡＳＰチームサブシステムは、患者の管理／フィルタリングされた情報にＡＳＰチームがアクセスして、抗生物質の処方および／または患者の診断検査に介入するかどうかを決定し、ＡＳＰチームが介入決定を治療チームに送信することを可能にすることができる。ＡＳＰチームサブシステムはまた、優先順位の高い患者およびその情報のリストへのＡＳＰチームアクセスを提供することができる。ＡＳＰチームサブシステムはまた、情報を分析し、介入決定のためにＡＳＰチームに推奨を提供することができる。さらに、治療チームサブシステムはまた、抗生物質／診断試験を処方するために患者の管理／フィルタリングされた情報への治療チームのアクセスを提供することができる。治療チームサブシステムはまた、介入決定を受信して表示することができる。治療チームサブシステムはまた、処方についての推奨を生成することができる。
【0046】
図３Ａは、ＡＳＰの実行を改善することができるデジタルＡＳＰシステム３００の例を示している。デジタルＡＳＰシステム３００は、１つ以上のＡＳＰチームサブシステム３０２および１つ以上の治療チームサブシステム３０４などの複数のソフトウェアサブシステムおよびモジュールを含むソフトウェアシステムとすることができる。ＡＳＰチームサブシステム３０２は、治療チームによる抗生物質の処方および／または診断検査命令に介入する臨床決定のための関連情報へのアクセスをＡＳＰチームに提供し、音声通話、テキストメッセージなどの形態とすることができるリアルタイム通信を介して治療チームサブシステム３０４（および／または他のＡＳＰチームサブシステム３０２）に介入推奨を送信することができる。ＡＳＰチームサブシステム３０２はまた、管理者がＡＳＰの実行を評価するのを助けるために、抗生物質の処方、介入などの様々な統計を記録するためのレポートを生成することができる。さらに、治療チームサブシステム３０４は、抗生物質を処方するため、および／または患者に診断検査を命令するための臨床決定のための関連情報への治療チームのアクセスを提供することができる。治療チームサブシステム３０４はまた、ＡＳＰサブシステム３０２から介入推奨を受信し、介入推奨に対する応答をＡＳＰサブシステム３０２に返信し、処方命令（抗生物質、診断試験など）をリアルタイム通信を介して他の治療チームサブシステム３０４に送信することができる。
【0047】
Ｂ．ＡＳＰチームサブシステム
ＡＳＰチームサブシステム３０２は、コンピュータ３１４ａおよび３１４ｂなどのＡＳＰチームによってアクセス可能なコンピュータの表示画面上に提供されるデスクトップインターフェースとすることができるＡＳＰチームインターフェース３１２を介してアクセス可能とすることができる。ＡＳＰチームインターフェース３１２は、介入推奨のための関連情報へのアクセスを提供するためのＡＳＰデータアクセスインターフェース３１２ａを含むことができる。ＡＳＰチームインターフェース３１２はまた、ＡＳＰチームが治療チーム（または他のＡＳＰチームメンバー）と介入推奨について通信することを可能にするＡＳＰ通信インターフェース３１２ｂを含むことができる。
ＡＳＰチームサブシステム３０２は、コンピュータ３１４ａおよび３１４ｂなどのＡＳＰチームによってアクセス可能なコンピュータの表示画面上に提供されるデスクトップインターフェースとすることができるＡＳＰチームインターフェース３１２を介してアクセス可能とすることができる。ＡＳＰチームインターフェース３１２は、介入推奨のための関連情報へのアクセスを提供するためのＡＳＰデータアクセスインターフェース３１２ａを含むことができる。ＡＳＰチームインターフェース３１２はまた、ＡＳＰチームが治療チーム（または他のＡＳＰチームメンバー）と介入推奨について通信することを可能にするＡＳＰ通信インターフェース３１２ｂを含むことができる。
【0048】
ＡＳＰチームサブシステム３０２は、ＡＳＰデータアクセスモジュール３１６、患者トリアージモジュール３１８、ＡＳＰ介入モジュール３２０、ＡＳＰ通知モジュール３２２、レポートモジュール３２４、ＡＳＰ通信モジュール３２６、および管理モジュール３２７をさらに含むことができる。
【0049】
具体的には、ＡＳＰデータアクセスモジュール３１６は、ネットワーク（図示せず）を介して１つ以上のデータベース３２８に接続されることができる。データベース３２８は、例えば、患者医療データデータベース３２８ａ、ガイドラインデータベース３２８ｂ、および耐性記録データベース３２８ｃを含むことができる。データベース３２８は、例えば、電子医療記録（ＥＭＲ）データベース、マスター患者インデックス（ＭＰＩ）サービスデータベース、健康情報交換（ＨＩＥ）サーバ、医療におけるデジタル画像と通信（ＤＩＣＯＭ）のフォーマットで画像ファイルを記憶するストレージ、画像保管通信システム（ＰＡＣＳ）、ゲノムデータを含む検査室情報システム（ＬＩＳ）、放射線情報システム（ＲＩＳ）、耐性記録データベース、および／または病院ガイドラインデータベースをさらに含むことができる。
【0050】
図３Ｂおよび図３Ｃは、データベース３２８に記憶されたデジタル形式のガイドラインおよび耐性記録情報の例を示している。図３Ｂは、デジタル形式のガイドライン３２９の例を示している。ガイドライン３２９は、図２Ｂのガイドライン２０７に対応することができ、グラフ形式にすることができ、各親ノード（例えば、ノード３２９ａ～ｇ）は、患者の疾患の状況／状態を表すが、各葉ノード（例えば、ノード３２９ｈ～ｋ）は、処方されることができる抗生物質のリストに関連付けられることができる。ガイドラインデータベース３２８ｂは、それぞれが特定の疾患に関連する複数のガイドラインをグラフ形式で記憶することができる。患者に処方されることができる抗生物質のリストを取得するために、ＡＳＰチームサブシステム３０２および／または治療チームサブシステム３０４は、患者の疾患に基づいてガイドラインデータベース３２８ｂから特定のガイドラインのグラフを取得し、患者の疾患の状況／状態に基づいてガイドライングラフの親ノードを選択することによってグラフをトラバースし、トラバースの終わりに葉ノードに到達し、葉ノードに関連する抗生物質のリストを取得することができる。
【0051】
図３Ｃは、デジタル形式の耐性記録データ３３１の例を示している。耐性記録データ３３１は、複数の耐性記録テーブルを含むことができ、そのそれぞれは、図２Ｃの耐性記録テーブル２０９と同様の情報を含むことができる。各耐性記録テーブルは、ＩＣＵ、通常の病院のベッド、養護施設などの抗生物質が投与される場所に関連付けられた場所識別子（場所ＩＤ）に関連付けられることができる。各耐性記録テーブルは複数のセクションをさらに含み、各セクションは、セクション２０９－ａおよび２０９－ｂと同様に、特定の抗生物質の抗生物質識別子を病原体のリストおよび抗生物質に対する病原体の耐性度に関連付ける。患者に対する特定のタイプの抗生物質の耐性度を決定するために、ＡＳＰチームサブシステム３０２および／または治療チームサブシステム３０４は、患者が抗生物質を投与されるべき場所（例えば、ＩＣＵ、通常の病院のベッド、介護施設など）に基づいて耐性記録テーブルを取得し、特定のタイプの抗生物質の識別子に基づいて耐性記録テーブル内のセクションを識別し、病原体および病原体の耐性度のリストを取得することができる。システムは、患者に存在すると決定された病原体のみを含むように病原体のリストにさらに絞り込むことができる（例えば、患者の検査室結果に基づいて）。
【0052】
図３Ａに戻って参照すると、ＡＳＰデータアクセスモジュール３１６は、ＡＳＰ介入決定のために患者データを取得および集約するトリガを受信することができる。トリガは、例えば、特定の患者の医療データにアクセスするためにＡＳＰチームによって操作されるコンピュータ（例えば、コンピュータ３１４ａ、３１４ｂなど）によって送信されるコマンド、ＡＳＰチームによる患者の抗生物質の使用／処方の検討が予定されていることを示すタイマ、新たな抗生物質処方が患者に対して入力され、処方が検討されていないという指示（例えば、治療チームサブシステム３０４からのネットワークメッセージ）などに基づくことができる。トリガに応答して、ＡＳＰデータアクセスモジュール３１６は、その抗生物質の使用／処方がＡＳＰチームによって検討される患者のリストを取得し、患者のデータを取得するために、患者のリストの識別子を含むクエリをデータベース３２８に送信することができる。以下で論じるように、患者のリストは、患者トリアージモジュール３１８によって決定されることができ、抗生物質の使用／処方を検討するための優先順位が高いと考えられる患者を含むことができる。
【0053】
ＡＳＰデータアクセスモジュール３１６は、例えば、患者の病歴、患者の直近の診断、様々な測定の結果（例えば、体温、血圧など）、および様々な検査室試験の結果（例えば、細菌試験、細菌培養、抗生物質感受性試験、グラム染色など）などの介入推奨に関連する患者の様々な医療データを含む様々なタイプのデータをデータベース３２８から取得することができる。情報はまた、例えば、耐性記録情報、抗生物質の処方および投与のためのガイドラインなどを含むことができる。データアクセスインターフェース３１２ａはまた、集約データのサブセットを選択し、選択されたデータをデータアクセスインターフェースに表示することもできる。
【0054】
１．患者のフィルタリングおよびトリアージ
いくつかの例では、ＡＳＰチームサブシステム３０２（例えば、ＡＳＰデータアクセスモジュール３１６、ＡＳＰデータアクセスインターフェース３１２ａなど）は、特定の患者に対するデータの関連度に基づいてフィルタリング動作を自動的に実行することができる。関連度は、特定の患者の様々なデータに基づくことができる。例えば、図３Ｃに関して上述したように、ＡＳＰチームサブシステムは、患者の医療データに示されるように、患者が抗生物質を投与されるべき場所（例えば、ＩＣＵ、通常の病院のベッド、介護施設など）に基づいて、患者のために耐性記録テーブルを自動的に選択することができる。さらに、患者の検査室試験結果（どの病原体が患者の感染性疾患を引き起こしているかを示すことができる）、抗生物質の在庫などに基づいて、ＡＳＰチームサブシステムは、特定の設定のための狭い抗生物質セットに対して特定の病原体についての耐性記録テーブルの特定のセクションに絞り込んで、ＡＳＰデータアクセスインターフェース３１２ａに表示するための耐性記録テーブルのセクションを提供することができる。
いくつかの例では、ＡＳＰチームサブシステム３０２（例えば、ＡＳＰデータアクセスモジュール３１６、ＡＳＰデータアクセスインターフェース３１２ａなど）は、特定の患者に対するデータの関連度に基づいてフィルタリング動作を自動的に実行することができる。関連度は、特定の患者の様々なデータに基づくことができる。例えば、図３Ｃに関して上述したように、ＡＳＰチームサブシステムは、患者の医療データに示されるように、患者が抗生物質を投与されるべき場所（例えば、ＩＣＵ、通常の病院のベッド、介護施設など）に基づいて、患者のために耐性記録テーブルを自動的に選択することができる。さらに、患者の検査室試験結果（どの病原体が患者の感染性疾患を引き起こしているかを示すことができる）、抗生物質の在庫などに基づいて、ＡＳＰチームサブシステムは、特定の設定のための狭い抗生物質セットに対して特定の病原体についての耐性記録テーブルの特定のセクションに絞り込んで、ＡＳＰデータアクセスインターフェース３１２ａに表示するための耐性記録テーブルのセクションを提供することができる。
【0055】
例えば、図３Ｃを参照すると、耐性記録データベース３２８ｃに記憶された耐性記録データは、抗生物質の投与位置にそれぞれ関連付けられた複数の耐性記録テーブルを含むことができる。ＡＳＰチームサブシステム３０２はまた、患者が現在どの病院に入院しているかを決定し、患者が抗生物質を投与される可能性が最も高い場所を決定することができる。例えば、患者が現在ＩＣＵに入室している場合、ＡＳＰチームサブシステム３０２は、患者がＩＣＵで抗生物質を投与される可能性が最も高いと決定し、ＩＣＵに関連する耐性記録テーブルを選択することができる。
【0056】
別の例として、ＡＳＰチームサブシステムはまた、ガイドラインの特定のセクション（例えば、図２Ｂの区画２０６ｂ－ａ、２０６ｂ－ｂ、２０６ｂ－ｃ、または２０６ｂ－ｄのうちの１つ）を識別し、ＡＳＰデータアクセスインターフェース３１２ａを介してガイドラインの識別されたセクションへのアクセスを提供することができる。図３Ｂに戻って参照すると、ＡＳＰチームサブシステムは、患者の感染症に基づいてガイドライングラフを識別し、ガイドライングラフをトラバースして、患者の病歴に示されるように、患者の併存症のタイプおよび重症度などに対応する親を識別することができる。次いで、ＡＳＰチームサブシステムは、識別された親ノードに関連し、トラバースの終わりに葉ノードに関連する推奨抗生物質を含むガイドラインのセクションを出力することができる。
【0057】
さらに、患者トリアージモジュール３１８は、患者の治療／試験の効率的な検討および介入を容易にすることができる。いくつかの例では、患者トリアージモジュール３１８は、抗生物質の使用／処方の検討のために患者のサブセットを自動的に選択することができる。選択は、例えば、抗生物質プロファイル、患者の検査室試験結果、患者の病歴、介入追跡状況などに基づくことができる。
【0058】
具体的には、患者トリアージモジュール３１８は、各患者のトリアージスコアを決定し、トリアージスコアに基づいて患者をランク付けし、ランク付けされた患者のリストをＡＳＰチームインターフェース３１２に表示することができる。トリアージスコアは、患者の治療／検査を検討する緊急性を示すことができる。ＡＳＰチームインターフェース３１２は、ランク付けされたリスト内の特定の患者のＡＳＰチームからの選択を受信し、選択された患者の上述したフィルタリングされたデータをＡＳＰデータアクセスインターフェース３１２ａに表示することができる。
【0059】
図３Ｄおよび図３Ｅは、患者のトリアージスコアを計算するための例示的な技術を示している。図３Ｄに示すように、患者は、患者の抗生物質／診断検査処方を検討するための緊急性を決定するために使用されることができる属性のセット３３０に関連付けられることができる。各属性は、スコアｓ０、ｓ１などに関連付けられることもできる。いくつかの例では、属性のスコアは、属性が存在しない場合は０、属性が存在する場合は１とすることができる。他のスコア値が割り当てられることもできる。さらに、各属性は、ｗ０、ｗ１、ｗ２などの重みに関連付けられることもできる。トリアージスコアは、スコアの加重平均に基づいて計算されることができ、より高いスコアは、患者の抗生物質／診断検査処方を検討することがより緊急であることを意味し、逆もまた同様である。
【0060】
属性の重みは、様々な方法で決定されることができる。いくつかの例では、重みは、ＡＳＰチームによって決定されることができる。例えば、新たな検査室結果が利用可能な患者、現在与えられている抗生物質を最適化する機会を示す何らかの特性を示すために積極的な検討を必要とする患者（例えば、陽性血液培養結果に基づいて、現在の治療が無効であることを示すバグ－薬物ミスマッチなど）、および複数の抗生物質、広域薬物、制限抗生物質、または不足リストの抗生物質を投与されている患者が、これらの特徴を有しない他の患者よりも先にＡＳＰチームによる検討を受けることができるように、重みが割り当てられることができる。いくつかの例では、属性の重みは、介入の履歴などの他の基準に基づいて患者トリアージモジュール３１８によって自動的に決定されることもできる。例えば、ＡＳＰチームが以前に特定の属性を有する患者についての抗生物質／診断検査の処方に介入した場合、患者トリアージモジュール３１８は、それらの属性の重みを自動的に増加させることができる。
【0061】
さらに、患者トリアージモジュール３１８は、他の基準に基づいて患者をランク付けすることができる。例えば、後述するように、ＡＳＰ通知モジュール３２２は、最新の検査室試験結果および／または処方に基づいて、患者の特定の属性が、患者がＡＳＰチームからの検討を保証することを示す場合に通知を生成することができる。図３Ｆを参照すると、ＡＳＰ通知モジュール３２２は、例えば、最新の患者の医療データがバグ／薬物ミスマッチ、重複抗生物質適用範囲、陽性培養、現在の／処方された治療に対するアレルギー、薬物－検査室ミスマッチ、および／または静脈内（ＩＶ）から経口（ＰＯ）機会などを示す場合に通知を生成することができる。患者トリアージモジュール３１８は、ＡＳＰチームサブシステム３０２を介して患者の処方が最後に検討されてからＡＳＰ通知モジュール３２２が患者ごとに生成した通知の数をカウントし、通知の数に基づいて患者をランク付けすることができる。新たな検査室試験結果および／または処方が検討を必要とするときに通知が生成されることができることを考えると、患者に対して生成された通知の数が多いほど、患者の抗生物質処方を検討することがより緊急であることを示すことができる。したがって、患者トリアージモジュール３１８は、通知に基づいて患者をランク付けすることができ、通知の数が最も多い患者が最も高くランク付けされる。
【0062】
いくつかの例では、患者トリアージモジュール３１８はまた、抗生物質の処方に基づいて患者をランク付けすることもできる。例えば、患者トリアージモジュール３１８は、各患者について、患者に現在処方されている抗生物質の特性を反映する複合抗生物質スコアを計算し、次いで複合抗生物質スコアに基づいて同じ数の通知を有する患者をランク付けすることができる。複合抗生物質スコアに基づくランキングは、通知の数の後の二次ランキングとすることができる。図３Ｅは、例示的な抗生物質スコアテーブル３３２および患者の例示的なランキング３３４を示している。抗生物質スコアテーブル３３２に示すように、抗生物質には、それが広範囲の病原体を治療する広域抗生物質であるかどうか、それが不足しているかどうか、それが制限されているかどうかなどを反映するスコアが割り当てられることができる。限られた抗生物質に最高のスコアが割り当てられることができ、これはその処方の検討のための最高の優先順位を示す。次いで、患者に処方された各抗生物質に、テーブル３３２に基づいてスコアが割り当てられることができ、患者のスコアが合計されて抗生物質複合スコアを生成することができる。例示的なランキング３３４を参照すると、通知の数に基づいて患者がランク付けされることができ、通知の数が最も多い患者が最も高くランク付けされる（例えば、患者ＡおよびＢ）。同じ通知数を有する患者（例えば、患者ＡおよびＢ）の中で、患者は、それらの複合抗生物質スコアに基づいてさらにランク付けされることができ、最高の複合抗生物質スコアを有する患者が最高にランク付けされる。
【0063】
例示的なランキング３３４では、患者トリアージモジュール３１８はまた、患者が特定の抗生物質を投与された期間に基づいて患者をランク付けすることができる。多数の連続日数にわたって抗生物質を投与された患者は、より少ない連続日数にわたって抗生物質（または他の抗生物質）を投与された別の患者よりも高くランク付けされることができる。いくつかの例では、抗生物質投与期間に基づくランキングは、三次ランキングと同じ数の通知および複合抗生物質スコアを有する患者（例えば、患者ＣおよびＤ）の群に対して実行されることができる。
【0064】
２．ＡＳＰ介入
図３Ａに戻って参照すると、介入推奨の関連データを集約して表示することに加えて、ＡＳＰチームサブシステム３０２は、介入推奨を出力するＡＳＰ介入モジュール３２０をさらに含む。ＡＳＰ介入モジュール３２０は、ＡＳＰチームインターフェース３１２を介して、ＡＳＰチームメンバーからの入力を受け入れ、入力に基づいて介入推奨を生成することができる。次いで、ＡＳＰ介入モジュール３２０は、介入推奨をＡＳＰ通知モジュール３２２に送信することができ、ＡＳＰ通知モジュールは、介入推奨を含む通知／テキストメッセージを生成し、通知をＡＳＰ通信モジュール３２６を介して治療チームサブシステム３０４に送信することができる。
図３Ａに戻って参照すると、介入推奨の関連データを集約して表示することに加えて、ＡＳＰチームサブシステム３０２は、介入推奨を出力するＡＳＰ介入モジュール３２０をさらに含む。ＡＳＰ介入モジュール３２０は、ＡＳＰチームインターフェース３１２を介して、ＡＳＰチームメンバーからの入力を受け入れ、入力に基づいて介入推奨を生成することができる。次いで、ＡＳＰ介入モジュール３２０は、介入推奨をＡＳＰ通知モジュール３２２に送信することができ、ＡＳＰ通知モジュールは、介入推奨を含む通知／テキストメッセージを生成し、通知をＡＳＰ通信モジュール３２６を介して治療チームサブシステム３０４に送信することができる。
【0065】
いくつかの例では、ＡＳＰサブシステム３０２は、モバイルデバイスを介してアクセス可能とすることができる。そのような例では、ＡＳＰ通知モジュール３２２は、モバイルデバイスのアイドル画面上に通知を出力し、通知の選択を検出すると、モバイルデバイスをアイドル状態からアクティブ状態に切り替え、治療チームインターフェース３６０を起動することができる。治療チーム通知モジュール３６６はまた、治療チーム臨床決定モジュール３６４による処方命令に関する臨床決定を受信し、臨床決定を通知として他の治療チームサブシステム３０４に送信することができる。
【0066】
図３Ｆは、ＡＳＰ介入モジュール３２０の内部構成要素の例を示している。図３Ｆに示すように、ＡＳＰ介入モジュール３２０は、推奨モジュール３４０と、介入推奨生成モジュール３４２と、追跡モジュール３４４とを含むことができる。推奨モジュール３４０は、介入推奨についての推奨を生成し、推奨をＡＳＰチームインターフェース３１２に出力することができる。介入の推奨は、例えば、投薬の変更、抗菌薬の漸増／漸減、ＩＶからＰＯへの変換などを含むことができる。いくつかの例では、推奨モジュール３４０は、推奨を、推奨をサポートする医療データ、ガイドライン、および／または耐性記録情報とともに表示することができるＡＳＰデータアクセスインターフェース３１２ａに推奨を出力することができる。
【0067】
介入推奨生成モジュール３４２は、例えば、ＡＳＰチームインターフェース３１２に提供されたフォームへの手動入力に基づいて（例えば、推奨を見ることに基づいて）、または介入推奨を自動的に生成するために推奨モジュール３４０によって提供された（ＡＳＰチームへの）推奨の選択に基づいて、ＡＳＰチームメンバーが治療チームについての介入推奨を作成し、次いでその介入推奨をＡＳＰ通知モジュール３２２に出力することを可能にする。次いで、ＡＳＰ通知モジュール３２２は、介入推奨を通知／テキストメッセージとして治療チームサブシステム３０４に送信することができる。追跡モジュール３４４は、例えば、チームサブシステム３０４からの応答、またはＡＳＰチームインターフェース３１２を介したＡＳＰチームメンバーからの入力を監視することに基づいて、介入推奨の状態（コンプライアンスまたは非コンプライアンス）を追跡することができる。
【0068】
推奨モジュール３４０は、様々な技術に基づいて（治療チームに対する）介入推奨を生成するための（ＡＳＰチームに対する）推奨を生成することができる。図３Ｆに示すように、推奨モジュール３４０は、医療データに１つ以上のルールを適用することに基づいて推奨を生成することができるルールモジュール３４０ａを含むことができる。ルールは、例えば、選択された抗生物質に対する病原体耐性を最小限に抑えながら、患者の疾患を治療するのに有効な１つ以上の抗生物質を選択することを示すことができる。ルールは、推奨を生成するために、患者の医療データ、ガイドライン、および耐性記録情報に適用されることができる。医療データは、例えば、患者の疾患、臨床反応、診断試験結果（例えば、培養および感受性試験）、および他の検査パラメータ（例えば、クレアチニン、薬物レベル）を含むことができる。
【0069】
例として、図３Ｂに戻って参照すると、患者の医療データに示される患者の疾患に基づいて、ルールモジュール３４０ａは、ガイドラインデータベース３２８ｂからガイドライングラフを取得することができる。さらに、ルールモジュール３４０ａは、患者の疾患の状態（例えば、患者が入院しているか否か、重症度、併存症の有無など）に基づいてガイドライングラフをトラバースし、トラバースの最後に、疾患の治療として患者に処方されることができる候補抗生物質のリスト、ならびに候補抗生物質の用量を識別することができる。ルールモジュール３４０ａは、患者に処方された抗生物質が推奨抗生物質のリストに含まれているかどうか、および処方された抗生物質の用量が推奨用量と一致するかどうかを決定することができる。処方された抗生物質が推奨抗生物質のリストにない場合、または処方された用量が推奨用量と一致しない場合、ルールモジュール３４０ａは、抗生物質処方を介入するための推奨（例えば、異なる抗生物質への変更、用量の変更など）を決定することができる。
【0070】
さらに、図３Ｃに戻って参照すると、ルールモジュール３４０ａは、患者の治療位置に基づいて耐性記録テーブルを取得し、処方されている抗生物質に対応する耐性記録テーブルのセクションを識別することができる。各セクションにおいて、ルールモジュール３４０ａは、処方された抗生物質に対する、（例えば、患者の検査室試験結果に示されるように）患者の疾患を引き起こす１つ以上の病原体の耐性の程度を決定することができる。耐性の程度が特定の閾値を超える場合、ルールモジュール３４０ａは、抗生物質処方の介入の推奨を決定することもできる。
【0071】
さらに、推奨モジュール３４０は、１つ以上の異なる抗生物質を含むことができる各代替抗生物質治療レジメンの利益スコアおよびリスクスコアを計算し、各レジメンの利益スコアとリスクスコアとの間の比に基づいて代替レジメンをランク付けし、最も高い比を有するレジメンを介入推奨として選択することができる代替レジメンランク付けモジュール３４０ｂを含むこともできる。利益スコアは、例えば、抗生物質に対する病原体の感受性に基づくことができるが、リスクスコアは、例えば、レジメン内の抗生物質のいずれかが冗長であるかどうか、レジメン内の特定の抗生物質に対して病原体が耐性になるリスクなどに基づくことができる。リスクスコアは、患者の病歴（例えば、患者が耐性を経験したかどうか）、疑わしい診断などに基づいて計算されることもできる。リスクを考慮することにより、ほとんどのタイプの病原体をカバーするため、広域抗生物質が推奨モジュール３４０によって常に推奨されるシナリオを回避することができる。
【0072】
さらに、推奨モジュール３４０はまた、予測動作の実行に基づいて推奨を生成することができる予測モジュール３４０ｃを含むことができる。予測動作の目標は、患者が不適切な抗生物質治療を受けているか、または介入が必要である可能性／確率を予測することとすることができる。予測は、他の患者が受けた抗生物質治療に基づくことができる。例えば、患者が特定の抗生物質を５日間受け、同じ感染性疾患を有する他の患者が同じ抗生物質を２日間だけ受けて回復する場合、推奨モジュール３４０は、患者が予想される期間（２日間）を超えた不適切な抗生物質治療を受けたと予測することができる。
【0073】
推奨モジュール３４０は、患者の医療データを処理し、トリガを受信することに基づいてＡＳＰ介入についての推奨を送信するかどうかを決定することができる。トリガは、ＡＳＰデータアクセスモジュール３１６にＡＳＰ介入決定のために患者データを取得および集約させる同じトリガであってもよく、例えば、患者の特定の新たな医療データ（例えば、検査室試験結果、またはサブシステムによって処理されていない他の新たな医療データ）が利用可能であるというデータベース３２８からの指示に基づく異なるトリガであってもよい。指示は、ＡＳＰデータアクセスインターフェース３１２ａが患者の医療データを表示するときに推奨モジュール３４０によって送信されたクエリに応答してデータベースによって送信されたネットワークメッセージの形態とすることができる。
【0074】
例として、ＡＳＰデータアクセスインターフェース３１２ａがＡＳＰチームメンバーによる患者の選択を受信した後にＡＳＰデータアクセスインターフェース３１２ａが患者の医療データを表示することに応答して、推奨モジュール３４０は、患者の医療データの更新（もしあれば）についてデータベース３２８にクエリを送信することができる。推奨モジュール３４０が、ＡＳＰ介入決定（例えば、グラム陰性桿菌（ＧＮＲ）結果などの検査室試験結果）に関連する特定の新たな医療データが利用可能になったことを検出し、推奨を生成する要求を検出し、および／または患者の抗生物質処方の検討が期限になっていることを示すタイマの満了を検出した場合、推奨モジュール３４０は、患者の医療データを処理し、ＡＳＰ介入についての推奨を生成および送信するかどうかを決定することができる。
【0075】
３．ＡＳＰ通知
図３Ａに戻って参照すると、ＡＳＰ通知モジュール３２２は、通知を生成することができ、通知は、治療チームサブシステム３０４またはＡＳＰチームサブシステム３０２内の他のモジュールに送信されることができる。図３Ｇは、ルールベース通知モジュール３５２および介入通知モジュール３５４を含むことができるＡＳＰ通知モジュール３２２の内部構成要素の例を示している。ルールベース通知モジュール３５２は、１つ以上のルールに基づいて通知を生成することができる。例えば、図３Ｈに関して説明したように、ルールベース通知モジュール３５２は、データベース３２８、またはＡＳＰデータアクセスモジュール３１６によって集約された情報にアクセスし、例えば、最新の患者の医療データが、耐性記録情報および患者の最新の医療データにガイドラインを適用することに基づいて、バグ－薬物ミスマッチ、冗長抗生物質カバレッジ、陽性培養、現在の／処方された治療に対するアレルギー、薬物－検査室ミスマッチ、および／または静脈内（ＩＶ）から経口（ＰＯ）への機会などを示す場合、通知（例えば、システムベース通知３５６ａ）を生成することができる。別の例として、ルールベースの通知モジュール３５２は、患者の新たな医療データの利用可能性（例えば、新たな血液試験結果、新たな血液培養結果など）に基づいて通知を生成することができる。通知は、治療チームサブシステム３０４に送信されることができ、患者トリアージモジュール３１８は、図３Ｅに示す通知の数に基づいて患者のランク付けを決定することができる。さらに、介入通知モジュール３５４は、介入推奨生成モジュール３４２から介入推奨を受信することができ、介入推奨は、介入推奨生成モジュール３４２によって生成されるか、またはＡＳＰチームによって推奨モジュール３４０から推奨の選択を受信することによって生成されることができる。次いで、介入推奨生成モジュール３４２は、手動介入通知３５６ｂ（介入推奨モジュール３４２から）または推奨に基づく介入通知３５６ｃ（推奨モジュール３４０から）のいずれかを生成することができる。
図３Ａに戻って参照すると、ＡＳＰ通知モジュール３２２は、通知を生成することができ、通知は、治療チームサブシステム３０４またはＡＳＰチームサブシステム３０２内の他のモジュールに送信されることができる。図３Ｇは、ルールベース通知モジュール３５２および介入通知モジュール３５４を含むことができるＡＳＰ通知モジュール３２２の内部構成要素の例を示している。ルールベース通知モジュール３５２は、１つ以上のルールに基づいて通知を生成することができる。例えば、図３Ｈに関して説明したように、ルールベース通知モジュール３５２は、データベース３２８、またはＡＳＰデータアクセスモジュール３１６によって集約された情報にアクセスし、例えば、最新の患者の医療データが、耐性記録情報および患者の最新の医療データにガイドラインを適用することに基づいて、バグ－薬物ミスマッチ、冗長抗生物質カバレッジ、陽性培養、現在の／処方された治療に対するアレルギー、薬物－検査室ミスマッチ、および／または静脈内（ＩＶ）から経口（ＰＯ）への機会などを示す場合、通知（例えば、システムベース通知３５６ａ）を生成することができる。別の例として、ルールベースの通知モジュール３５２は、患者の新たな医療データの利用可能性（例えば、新たな血液試験結果、新たな血液培養結果など）に基づいて通知を生成することができる。通知は、治療チームサブシステム３０４に送信されることができ、患者トリアージモジュール３１８は、図３Ｅに示す通知の数に基づいて患者のランク付けを決定することができる。さらに、介入通知モジュール３５４は、介入推奨生成モジュール３４２から介入推奨を受信することができ、介入推奨は、介入推奨生成モジュール３４２によって生成されるか、またはＡＳＰチームによって推奨モジュール３４０から推奨の選択を受信することによって生成されることができる。次いで、介入推奨生成モジュール３４２は、手動介入通知３５６ｂ（介入推奨モジュール３４２から）または推奨に基づく介入通知３５６ｃ（推奨モジュール３４０から）のいずれかを生成することができる。
【0076】
再び図３Ａを参照すると、ＡＳＰチームサブシステム３０２は、レポートモジュール３２４と、ＡＳＰ通信モジュール３２６とを含むことができる。レポートモジュール３２４は、特定の病院における、異なるパラメータを用いた抗生物質治療の日数、介入（追跡モジュール３４４の出力に基づくコンプライアンスまたは非コンプライアンス）、１０００患者日当たりまたは１００入院当たりの感染数など、様々な統計を記録するためのレポートを生成することができる。レポートはまた、異なる病院の比較データレポートを含むことができる。いくつかの例では、レポートは、治療日のレポート、介入受け入れレポートなどを含むことができる。いくつかの例では、レポートモジュール３２４はまた、アメリカ疾病管理予防センター（ＣＤＣ）の全米医療安全ネットワーク（ＮＨＳＮ）などの外部機関にレポートを送信することもできる。
【0077】
さらに、ＡＳＰ通信モジュール３２６は、ＡＳＰチームサブシステム３０２および治療チームサブシステム３０４間のリアルタイム通信を提供することができる。リアルタイム通信は、例えば、音声通話、テキストメッセージなどの形態とすることができる。通知は、ＡＳＰ通信モジュール３２６を介してＡＳＰ通知モジュール３２２から他のＡＳＰチームサブシステム３０２および治療チームサブシステム３０４に送信されることができる。ＡＳＰ通信モジュール３２６は、ＡＳＰ通信インターフェース３１２ｂを介してアクセス可能である。いくつかの例では、ＡＳＰ通信インターフェース３１２ｂは、テキストメッセージングインターフェースの形態とすることができ、通知、ならびに治療チームサブシステムからの通知に対する応答は、テキストメッセージの形態で表示されることができる。ＡＳＰチームサブシステム３０２は、ＡＳＰデータアクセスインターフェース３１２ａおよびＡＳＰ通信インターフェース３１２ｂをＡＳＰチームインターフェース３１２内に同時に表示することができ、これは、ユーザが、協働体験を容易にするために、医療データにアクセスしながらテキストメッセージまたは音声を介して通信することを可能にする。
【0078】
さらに、ＡＳＰチームサブシステム３０２はまた、通知の生成の構成、通知に対するアクセス権の設定（例えば、ＡＳＰチームのどのメンバーが通知を生成／受信することができ、治療チームのどのメンバーが治療チームサブシステムを介してＡＳＰチームサブシステムから通知を受信することができるかなど）、医療データの編集／抽象化（例えば、ガイドラインの編集、データの独自フォーマットへの変換など）などの様々な管理機能をサポートすることができる管理モジュール３２７を含むことができる。
Ｃ． 治療チームサブシステム
Ｃ． 治療チームサブシステム
【0079】
ここで、治療チームサブシステム３０４を参照すると、治療チームは、患者に抗生物質および／または診断試験を処方する臨床決定のための関連情報にアクセスすることができる。治療チームサブシステム３０４はまた、ＡＳＰサブシステム３０２から介入推奨を受信し、介入推奨に対する応答をＡＳＰサブシステム３０２に返信し、処方命令（抗生物質、診断試験など）をリアルタイム通信を介して他の治療チームサブシステム３０４に送信することができる。
【0080】
具体的には、治療チームサブシステム３０４は、モバイルデバイス３６１ａおよび３６１ｂなどの治療チームのメンバーのモバイルデバイス（例えば、スマートフォン、タブレット、ラップトップコンピュータなど）に設けられたモバイルインターフェースとすることができる治療チームインターフェース３６０を介してアクセス可能とすることができる。治療チームインターフェース３６０は、抗生物質を処方するための関連情報（例えば、初回投与、経験的治療など）へのアクセスを提供し、および／または細菌感染に関連する診断試験（例えば、染色および検査、培養、病原体の抗生物質に対する感受性／感度の試験など）を患者に命令するための治療チームデータアクセスインターフェース３６０ａを含むことができる。治療チームインターフェース３６０は、治療チームメンバーが処方について他の治療チームメンバー（例えば、薬剤師）と通信することを可能にする治療チーム通信インターフェース３６０ｂをさらに含む。治療チーム通信インターフェース３６０ｂはまた、治療チームメンバーがＡＳＰチームサブシステム３０２からの通知にアクセスすることを可能にし、図３Ｇのシステム生成通知３５６ａ、介入通知３５６ｂおよび３５６ｃなどを含むことができる。
【0081】
治療チームサブシステム３０４は、治療チームデータアクセスモジュール３６２、治療チーム臨床決定モジュール３６４、治療チーム通知モジュール３６６、および治療チーム通信モジュール３６８をさらに含むことができる。
【0082】
１．治療チームデータアクセス
ＡＳＰチームサブシステム３０２のＡＳＰデータアクセスモジュール３１６と同様に、治療チームサブシステム３０４の治療チームデータアクセスモジュール３６２は、関連情報を調達して、特定の抗生物質を処方する決定および／またはデータベース３２８からの特定の診断試験を命令する決定を支援し、その情報を治療チームデータアクセスインターフェース３６０ａに提供することができる。治療データアクセスモジュール３６２は、治療チームデータアクセスインターフェース３６０ａ（治療チームによる）を介した選択などのトリガを受信することに基づいて、データベース３２８からデータを取得および集約して、１人以上の患者の病歴を検討することができる。選択の受信に基づいて、治療チームデータアクセスモジュール３６２は、患者の医療データを取得するために患者の識別子をデータベース３２８に送信することができる。
ＡＳＰチームサブシステム３０２のＡＳＰデータアクセスモジュール３１６と同様に、治療チームサブシステム３０４の治療チームデータアクセスモジュール３６２は、関連情報を調達して、特定の抗生物質を処方する決定および／またはデータベース３２８からの特定の診断試験を命令する決定を支援し、その情報を治療チームデータアクセスインターフェース３６０ａに提供することができる。治療データアクセスモジュール３６２は、治療チームデータアクセスインターフェース３６０ａ（治療チームによる）を介した選択などのトリガを受信することに基づいて、データベース３２８からデータを取得および集約して、１人以上の患者の病歴を検討することができる。選択の受信に基づいて、治療チームデータアクセスモジュール３６２は、患者の医療データを取得するために患者の識別子をデータベース３２８に送信することができる。
【0083】
治療チームデータアクセスモジュール３６２は、例えば、抗生物質および／または診断検査を処方する推奨に関連する患者の病歴、患者の直近の診断、様々な測定の結果（例えば、体温、血圧など）、および様々な検査室試験の結果（例えば、細菌試験、細菌培養、抗生物質感受性試験、グラム染色など）などの様々なタイプのデータを調達することができる。情報はまた、例えば、耐性記録情報、抗生物質の処方および投与のためのガイドラインなどを含むことができる。治療チームデータアクセスインターフェース３６０ａはまた、集約データのサブセットを選択し、選択されたデータをデータアクセスインターフェースに表示することもできる。
【0084】
いくつかの例では、治療チームサブシステム３０４（例えば、治療チームデータアクセスモジュール３６２、治療チームデータアクセスインターフェース３６０ａなど）は、ＡＳＰチームサブシステム３０２と同様の方法で、特定の患者に対するデータの関連度に基づいてフィルタリング動作を自動的に実行することができる。例えば、耐性記録情報は、抗生物質の投与位置にそれぞれ関連付けられた複数のセクションを含むことができる。治療チームサブシステム３０４は、患者が現在どの病院に入院しているかを決定し、患者が抗生物質を投与される可能性が最も高い場所を決定することができる。例えば、患者が現在ＩＣＵに入院している場合、治療チームサブシステム３０４は、患者がＩＣＵで抗生物質を投与される可能性が最も高いと決定し、ＩＣＵに関連する耐性記録情報のセクションを選択することができる。いくつかの例では、フィルタリング動作は、ユーザからの入力（例えば、クエリ）に基づいて実行されることもできる。
【0085】
２．治療チーム臨床決定
さらに、治療チームサブシステム３０４は、特定の抗生物質を処方する、および／または特定の診断検査を命令する臨床決定を出力するために治療チーム臨床決定モジュール３６４をさらに含むことができる。治療チーム臨床決定モジュール３６４は、治療チームインターフェース３６０を介して、治療チームメンバーからの入力を受け入れ、入力に基づいて臨床決定を生成することができる。次いで、治療チーム臨床決定モジュール３６４は、臨床決定を治療チーム通知モジュール３６６に送信することができ、治療チーム通知モジュールは、通知を生成し、治療チーム通信モジュール３６８を介して他の治療チームサブシステム３０４に通知を送信することができる。
さらに、治療チームサブシステム３０４は、特定の抗生物質を処方する、および／または特定の診断検査を命令する臨床決定を出力するために治療チーム臨床決定モジュール３６４をさらに含むことができる。治療チーム臨床決定モジュール３６４は、治療チームインターフェース３６０を介して、治療チームメンバーからの入力を受け入れ、入力に基づいて臨床決定を生成することができる。次いで、治療チーム臨床決定モジュール３６４は、臨床決定を治療チーム通知モジュール３６６に送信することができ、治療チーム通知モジュールは、通知を生成し、治療チーム通信モジュール３６８を介して他の治療チームサブシステム３０４に通知を送信することができる。
【0086】
図３Ｈは、治療チーム臨床決定モジュール３６４の内部構成要素の例を示している。図３Ｈに示すように、治療チーム臨床決定モジュール３６４は、推奨モジュール３７０と、臨床決定生成モジュール３７２とを含むことができる。推奨モジュール３７０は、特定の抗生物質を処方する、および／または特定の診断検査を命令する臨床決定についての推奨を生成し、治療チームインターフェース３６０で推奨を出力することができる。推奨は、例えば、１つ以上の抗生物質の処方、抗生物質を投与する方法、用量、および／または治療の期間を含むことができる。いくつかの例では、推奨モジュール３７０は、治療チームデータアクセスインターフェース３６０ａに推奨を出力することができ、チームデータアクセスインターフェースは、推奨を支援する医療データ、ガイドライン、および／または耐性記録情報とともに推奨を表示することができる。
【0087】
臨床決定生成モジュール３７２は、例えば、治療チームインターフェース３６０に提供されたフォームに手動で記入することに基づいて（例えば、推奨を見ることに基づいて）、または臨床決定を自動的に生成するために推奨モジュール３７０によって提供された推奨を選択することに基づいて、治療チームメンバーが介入推奨を入力し、次いで臨床決定を治療チーム通知モジュール３６６に出力することを可能にする。
【0088】
推奨モジュール３７０は、様々な技術に基づいて臨床決定についての推奨を生成することができる。図３Ｈに示すように、推奨モジュール３７０は、ガイドライン、耐性記録情報、および医療データに１つ以上のルールを適用することに基づいて推奨を生成することができるルールモジュール３７０ａを含むことができる。ＡＳＰチームサブシステム３０２のルールモジュール３４０ａと同様に、ルールは、例えば、選択された抗生物質に対する病原体耐性を最小限に抑えながら、患者の疾患を治療するのに有効な１つ以上の抗生物質を選択することを示すことができる。医療データは、例えば、臨床反応、診断試験結果（例えば、培養および感受性試験）、および他の検査パラメータ（例えば、クレアチニン、薬物レベル）を含むことができる。
【0089】
例として、図３Ｂに戻って参照すると、患者の医療データに示される患者の疾患に基づいて、ルールモジュール３４０ａは、ガイドラインデータベース３２８ｂからガイドライングラフを取得することができる。さらに、ルールモジュール３４０ａは、患者の疾患の状態（例えば、患者が入院しているか否か、重症度、併存症の有無など）に基づいてガイドライングラフをトラバースし、トラバースの最後に、疾患の治療として患者に処方されることができる候補抗生物質のリスト、ならびに候補抗生物質の用量を識別することができる。
【0090】
さらに、図３Ｃに戻って参照すると、ルールモジュール３７０ａは、患者の治療位置に基づいて耐性記録テーブルを取得し、推奨抗生物質のリストに対応する耐性記録テーブルのセクションを識別することができる。各セクションにおいて、ルールモジュール３７０ａは、処方された抗生物質に対する、（例えば、患者の検査室試験結果に示されるように）患者の疾患を引き起こす１つ以上の病原体の耐性の程度を決定することができる。ルールモジュール３７０ａは、耐性度に基づいて推奨抗生物質をランク付けし、耐性度が最も低いか、または耐性度が閾値未満の推奨抗生物質のリストのサブセットを推奨に含めることができる。
【0091】
さらに、推奨モジュール３７０は、１つ以上の異なる抗生物質を含むことができる各代替抗生物質治療レジメンの利益スコアおよびリスクスコアを計算し、各レジメンの利益スコアとリスクスコアとの間の比に基づいて代替レジメンをランク付けし、最も高い比を有するレジメンを介入推奨として選択することができる代替レジメンランク付けモジュール３７０ｂを含むこともできる。利益スコアは、例えば、抗生物質に対する病原体の感受性に基づくことができるが、リスクスコアは、例えば、レジメン内の抗生物質のいずれかが冗長であるかどうか、レジメン内の特定の抗生物質に対して病原体が耐性になるリスクなどに基づくことができる。リスクスコアは、患者の病歴（例えば、患者が耐性を経験したかどうか）、疑わしい診断などに基づいて計算されることもできる。
【0092】
さらに、推奨モジュール３７０はまた、予測動作の実行に基づいて推奨を生成することができる予測モジュール３７０ｃを含むことができる。予測動作の目標は、例えば、抗生物質治療がいつ必要とされるかを予測することを含むことができる。予測は、細菌感染症が抗生物質治療を必要とする可能性対感染症が自己解決感染症である可能性、または患者の疾患が非感染性過程である可能性の決定に基づくことができる。いくつかの例では、予測は、「治療に必要な数」（１人の患者に利益をもたらすために抗生物質によって治療する必要がある患者は何人か？）と「害に必要な数」（治療上の害を受ける前に抗生物質によって治療することができる患者は何人か？）との間のトレードオフに基づくことができる。
【0093】
推奨モジュール３７０は、患者の医療データを処理し、トリガを受信することに基づいて、特定の抗生物質を処方する、および／または特定の診断検査を命令する臨床決定についての推奨を送信するかどうかを決定することができる。トリガは、治療チームデータアクセスインターフェース３６０ａにデータベース３２８からデータを取得および集約させるトリガと同じトリガに基づくことができ、または、例えば、治療チームデータアクセスインターフェース３６０ａに表示されている患者の医療データ、治療チームメンバーからのコマンド、患者の特定の新たな医療データ（例えば、検査室試験結果）が利用可能であるというデータベース３２８からの指示などに基づく異なるトリガに基づくことができる。
【0094】
例えば、治療チームデータアクセスインターフェース３６０ａが患者の医療データを表示することに応答して、推奨モジュール３７０は、患者の医療データの更新（もしあれば）のためにデータベース３２８にクエリを送信することができる。推奨モジュール３７０が、特定の抗生物質を処方する、および／または特定の診断検査（例えば、検査室試験結果）を命令する臨床決定に関連する特定の新たな医療データが利用可能になったことを検出した場合、推奨モジュール３７０は、患者の更新された医療データを処理し、臨床決定についての推奨を決定することができる。
【0095】
３．治療チームとＡＳＰチームとの間のコミュニケーション
図３Ａに戻って参照すると、治療チームサブシステム３０４は、治療チーム通知モジュール３６６と、治療チーム通信モジュール３６８とをさらに含むことができる。治療チーム通知モジュール３６６は、通知の受信および送信の双方を処理することができる。上述したように、治療チームサブシステム３０４は、図３Ｇのシステム生成通知３５６ａ、介入通知３５６ｂおよび３５６ｃなどを含むことができるＡＳＰチームサブシステム３０２からの通知を受信することができる。治療チーム通知モジュール３６６は、モバイルデバイスのアイドル画面上に通知を出力し、通知の選択を検出すると、モバイルデバイスをアイドル状態からアクティブ状態に切り替え、治療チームインターフェース３６０を起動することができる。いくつかの例では、通知は、治療チームが後で通知に対して行動することができるように、スヌーズ通知の形態とすることができる。治療チーム通知モジュール３６６はまた、治療チーム臨床決定モジュール３６４によって臨床決定出力を受信し、臨床決定を通知として他の治療チームサブシステム３０４に送信することができる。
図３Ａに戻って参照すると、治療チームサブシステム３０４は、治療チーム通知モジュール３６６と、治療チーム通信モジュール３６８とをさらに含むことができる。治療チーム通知モジュール３６６は、通知の受信および送信の双方を処理することができる。上述したように、治療チームサブシステム３０４は、図３Ｇのシステム生成通知３５６ａ、介入通知３５６ｂおよび３５６ｃなどを含むことができるＡＳＰチームサブシステム３０２からの通知を受信することができる。治療チーム通知モジュール３６６は、モバイルデバイスのアイドル画面上に通知を出力し、通知の選択を検出すると、モバイルデバイスをアイドル状態からアクティブ状態に切り替え、治療チームインターフェース３６０を起動することができる。いくつかの例では、通知は、治療チームが後で通知に対して行動することができるように、スヌーズ通知の形態とすることができる。治療チーム通知モジュール３６６はまた、治療チーム臨床決定モジュール３６４によって臨床決定出力を受信し、臨床決定を通知として他の治療チームサブシステム３０４に送信することができる。
【0096】
さらに、治療チーム通信モジュール３６８は、ＡＳＰチームサブシステム３０２のＡＳＰ通信モジュール３２６と、別の治療チームサブシステム３０４の別の治療チーム通信モジュール３６８とのリアルタイムまたは非同期通信を提供することができる。上述したように、リアルタイム通信は、例えば、音声通話、テキストメッセージなどの形態とすることができる。通知、ならびにＡＳＰチームからの介入推奨に対する治療チームからの応答は、治療チーム通信モジュール３６８を介して送信／受信されることができる。治療チーム通信モジュール３６８はまた、治療チーム通信インターフェース３６０ｂを介してアクセス可能とすることができる。いくつかの例では、治療チーム通信インターフェース３６０ｂはまた、テキストメッセージングインターフェースの形態とすることができ、通知、ならびに治療チームサブシステムからの通知に対する応答は、テキストメッセージの形態で表示されることができる。治療チームサブシステム３０４は、治療チームインターフェース３６０内に治療チームデータアクセスインターフェース３６０ａおよび治療チーム通信インターフェース３６０ｂを同時に表示することができ、これは、ユーザが、協働体験を容易にするために、医療データにアクセスしながらテキストメッセージまたは音声を介して通信することを可能にする。
【0097】
ＩＩＩ．デジタルＡＳＰシステムによって提供されるインターフェースの例
Ａ．ＡＳＰチームインターフェースの例
図４Ａ～図４Ｅは、ＡＳＰチームインターフェース３１２の例を示している。図４Ａは、ＡＳＰチームインターフェース３１２が、ＡＳＰチームメンバーがＡＳＰチームサブシステム３０２の異なる構成要素にアクセスすることができるダッシュボードインターフェースを示すことを示している。例えば、ダッシュボードインターフェースは、検討される患者のフィルタリングされたリストおよびフィルタの要約（例えば、薬物ミスマッチを示す患者または抗生物質バンコマイシンによって処方されている患者が含まれる）にアクセスするためのセクション４０２を含む。ダッシュボードインターフェースは、レポートモジュール３２４によって提供されるレポートにアクセスするためのセクション４０４と、ＡＳＰチームメンバーによってアクセス可能なリソース（例えば、最新の耐性記録、ガイドライン、警告など）へのリンクを含むセクション４０６と、予定された介入およびレポートを示すセクション４０８とをさらに含む。
Ａ．ＡＳＰチームインターフェースの例
図４Ａ～図４Ｅは、ＡＳＰチームインターフェース３１２の例を示している。図４Ａは、ＡＳＰチームインターフェース３１２が、ＡＳＰチームメンバーがＡＳＰチームサブシステム３０２の異なる構成要素にアクセスすることができるダッシュボードインターフェースを示すことを示している。例えば、ダッシュボードインターフェースは、検討される患者のフィルタリングされたリストおよびフィルタの要約（例えば、薬物ミスマッチを示す患者または抗生物質バンコマイシンによって処方されている患者が含まれる）にアクセスするためのセクション４０２を含む。ダッシュボードインターフェースは、レポートモジュール３２４によって提供されるレポートにアクセスするためのセクション４０４と、ＡＳＰチームメンバーによってアクセス可能なリソース（例えば、最新の耐性記録、ガイドライン、警告など）へのリンクを含むセクション４０６と、予定された介入およびレポートを示すセクション４０８とをさらに含む。
【0098】
図４Ｂは、図４Ａのダッシュボードインターフェース内のセクション４０２の選択を検出すると表示されることができるＡＳＰチームインターフェース３１２の別の例を示している。図４Ｂに示すように、ＡＳＰデータアクセスインターフェース３１２ａは、患者のフィルタリングされたリストを表示することができる。リストは、各患者について、経歴情報４１０ａ、治療場所４１０ｂ、検討の優先度４１０ｃ、実施可能な項目４１０ｄ、診断４１０ｅ、現在の抗生物質治療４１０ｆ、および最終更新日４１０ｇを含む。患者は、患者トリアージモジュール３１８によって決定されることができる優先度４１０ｃにしたがってリスト化される。実行可能な項目４１０ｄは、介入機会を示すことができる図３Ｇのシステム生成通知３５６ａに基づくことができる。
【0099】
図４Ｂのフィルタリングされたリスト内の各患者は、ＡＳＰデータアクセスインターフェース３１２ａに表示されることができる患者のデータを検討するために選択可能である。図４Ｃ～図４Ｅは、選択された患者の抗生物質治療を検討するためのＡＳＰデータアクセスインターフェース３１２ａおよびＡＳＰ通信インターフェース３１２ｂの例を示している。図４Ｃに示すように、ＡＳＰデータアクセスインターフェース３１２ａは、例えば、ＡＳＰチームサブシステム３０２上の患者のイベントの履歴（例えば、推奨、介入、検査室試験結果の到着の履歴など）を含むタイムライン４１２ａ、患者のバイタル４１２ｂ（例えば、心拍数、血圧、体温など）、患者が受けた抗生物質治療の履歴４１２ｃ、および患者の検査室試験結果の履歴４１２ｄを含む、ＡＳＰデータアクセスモジュール３１６によって集約された様々なタイプのデータを表示することができる。これらの全てのデータは、患者の医療データの一部とすることができ、図３Ａの患者医療データデータベース３２８ａから取得されることができる。さらに、ＡＳＰデータアクセスインターフェース３１２ａはまた、患者の他の医療データ（例えば、胸部Ｘ線、アレルギーなど）へのアクセスを提供するために選択可能なアイコン４１２ｅを表示する。これらの全ての情報は、介入推奨を生成するために関連するか、または必要でさえあり、これらの全ての情報は、単一のデータアクセスインターフェースでＡＳＰチームメンバーにアクセス可能とされる／表示される。ＡＳＰチームメンバーがこの情報を異なるソースから入手したり、この情報を異なるインターフェースまたは異なるデバイスから調べたりする必要がある場合と比較して、そのような構成は、介入推奨のための関連する／必要な情報へのＡＳＰチームのアクセスを大幅に改善することができ、これは、ひいてはＡＳＰチームが正しい介入推奨を迅速に生成することを可能にする。
【0100】
さらに、ＡＳＰチームインターフェース３１２はまた、ＡＳＰ介入モジュール３２０の推奨モジュール３４０によって生成された介入の推奨４１４を表示する。推奨４１４は、最新のグラム陰性桿菌（ＧＮＲ）結果を受信し、ＧＮＲ結果にルールを適用することに基づいて生成されることができる。図４Ｃの例では、推奨４１４は、ＧＮＲ結果に基づいてバンコマイシンの使用を中止するための介入を提案する。ＡＳＰチームインターフェース３１２はまた、介入推奨を伝えるために推奨ベースの通知を呼び出すか送信するかの選択肢を提供するＡＳＰ通信インターフェース３１２ｂを表示する。図４Ｄを参照すると、推奨ベースの通知を送信する選択を受信すると、ＡＳＰ通信インターフェース３１２ｂは、通知を送信する前に、ユーザが通知をカスタマイズすることができるようにフォーム４１６を表示することができる。
【0101】
図４Ｅは、ＡＳＰ通信インターフェース３１２ｂの他の例を示している。図４Ｅに示すように、ＡＳＰ通信インターフェース３１２ｂは、推奨ベースの通知４２２（推奨４１４から生成される）および治療チームからの応答メッセージ４２４が表示され、ＡＳＰチームと治療チームとの間でリアルタイム通信を行うことを可能にするテキストメッセージングインターフェース４２０の形態とすることができる。
【0102】
Ｂ．モバイルデバイス上の治療チームインターフェースまたはＡＳＰチームインターフェースの例
図５Ａ～図５Ｄは、治療チームインターフェース３６０またはＡＳＰチームインターフェース３１２のモバイルバージョンとすることができるモバイルインターフェース５００の例を示している。図５Ａの左側において、インターフェース５００は、患者５０２のリストを示している。インターフェース５００がＡＳＰチームインターフェース３１２のモバイルバージョンである場合、患者は、患者トリアージモジュール３１８によってランク付けされることができる。各患者は、患者の医療データを示し、臨床決定（例えば、抗生物質治療）を送信するために、治療チームメンバーによって選択可能である。患者のうちの１人の選択を受信すると、ＡＳＰデータアクセスモジュール３１６または治療チームデータアクセスモジュール３６２は、データベース３２８から選択された患者の医療データを取得することができる。
図５Ａ～図５Ｄは、治療チームインターフェース３６０またはＡＳＰチームインターフェース３１２のモバイルバージョンとすることができるモバイルインターフェース５００の例を示している。図５Ａの左側において、インターフェース５００は、患者５０２のリストを示している。インターフェース５００がＡＳＰチームインターフェース３１２のモバイルバージョンである場合、患者は、患者トリアージモジュール３１８によってランク付けされることができる。各患者は、患者の医療データを示し、臨床決定（例えば、抗生物質治療）を送信するために、治療チームメンバーによって選択可能である。患者のうちの１人の選択を受信すると、ＡＳＰデータアクセスモジュール３１６または治療チームデータアクセスモジュール３６２は、データベース３２８から選択された患者の医療データを取得することができる。
【0103】
図５Ａの右側には、治療チームデータアクセスインターフェース３６０ａ（またはＡＳＰデータアクセスインターフェース３１２ａ）および治療チーム通信インターフェース３６０ｂ（またはＡＳＰ通信インターフェース３１２ｂ）を含む複合インターフェース５０４が示されている。図５Ａの右側に示すように、治療チームメンバーによる要求５０８を受信すると、治療チーム臨床決定モジュール３６４の推奨モジュール３７０（またはＡＳＰ介入モジュール３２０の推奨モジュール３４０）によって推奨５０６が生成されることができる。
【0104】
図５Ｂは、モバイルインターフェース５００の別の例を示している。図５Ｂの左側に示すように、モバイルインターフェース５００は、クエリ５１２を受信すると、ＩＣＵ、２１歳以上の成人、および特定の病原体緑膿菌に固有の耐性記録チャート５１０を出力することができる。耐性記録チャート５１０に含まれる情報の量は、クエリ５１２ならびに過去のクエリ、関連度などの基準に基づいて治療チームサブシステム３０４の治療チームデータアクセスモジュール３６２（またはＡＳＰチームサブシステム３０２のデータアクセスモジュール３１６）によって選択されることができる。例えば、治療チームデータアクセスモジュール３６２は、特定の患者に関連しない情報のセクションを含むことができる図２Ｃの耐性記録テーブル２０９ではなく、モバイルデバイスの限られた画面サイズ内で関連する耐性記録情報を提供するために、病原体緑膿菌が最も高い感受性を有する抗生物質を選択し、耐性記録チャート５１０にそれらを含めることができる。図５Ｂの右側では、治療チーム通信インターフェース３６０ｂは、治療チームメンバーから臨床決定を含むメッセージ５１４を受信することができる。治療チーム臨床決定モジュール３６４は、メッセージ５１４を受信し、治療チーム通知モジュール３６６にメッセージを転送することができ、次いで、通知を生成し、別の治療チームメンバー（例えば、薬剤師）によって操作される別の治療チームサブシステム３０４に通知を送信することができる。
【0105】
図５Ｃおよび図５Ｄは、治療チームサブシステム３０４の治療チーム通知モジュール３６６（またはＡＳＰチームサブシステム３０２のＡＳＰ通知モジュール３２２）が、ＡＳＰチームサブシステム３０２から介入通知などの通知を受信したときの動作の例を示している。図５Ｃの左側に示すように、モバイルデバイスは、アイドル状態になることができ、ホーム画面５１６が表示される。通知５１８を受信すると、モバイルデバイスは、プッシュ通知としてホーム画面５１６に通知５１８を表示することができる。通知５１８は、モバイルデバイスをアイドル状態からアクティブ状態に切り替えるように選択可能であり、モバイルデバイスは、訓練チームインターフェース３１２、ならびに通知５１８を検討するかどうかに関するプロンプト５２０を表示することができる。図５Ｄの左側を参照すると、ユーザが通知５１８を検討することを選択したことを検出すると、治療チーム通信インターフェース３６０ｂは、通知５１８に含まれる介入推奨５２２、ならびに介入推奨に応答するための選択可能な（例えば、介入推奨を受け入れるための）アイコン５２４および（通知５１８の送信者を呼び出すための）５２６を表示することができる。図５Ｄの右側を参照すると、治療チーム通信インターフェース３６０ｂは、アイコン５２６の選択を検出すると、治療チームメンバーが送信者に電話をかけることを可能にするダイヤル画面５２８を提供することができる。
【0106】
【0107】
Ａ．治療チームサブシステムによって実行される例示的な方法
図６Ａは、例えば治療チームサブシステム３０４によって実装されることができる方法６００の例を示している。
図６Ａは、例えば治療チームサブシステム３０４によって実装されることができる方法６００の例を示している。
【0108】
ステップ６０２において、治療チームサブシステム３０４は、複数のデータベースから、複数の患者の医療データ、複数の抗生物質の特性情報、および複数の抗生物質を使用する特定の疾患の治療に関する複数のガイドラインを集約することができる。
【0109】
例えば、治療チームサブシステム３０４の治療チームデータアクセスモジュール３６２は、電子医療記録（ＥＭＲ）データベース、マスター患者インデックス（ＭＰＩ）サービスデータベース、健康情報交換（ＨＩＥ）サーバ、医療におけるデジタル画像と通信（ＤＩＣＯＭ）の形式で画像ファイルを記憶するストレージ、画像保管通信システム（ＰＡＣＳ）、ゲノムデータを含む検査室情報システム（ＬＩＳ）、放射線情報システム（ＲＩＳ）、耐性記録データベース、および／または病院ガイドラインデータベースなどの、１つ以上のデータベース３２８からの様々なタイプの医療データを集約することができる。医療データは、抗生物質の処方および／または患者の病歴、患者の直近の診断、様々な測定の結果（例えば、体温、血圧など）、および様々な検査室試験の結果（例えば、細菌試験、細菌培養、抗生物質感受性試験、グラム染色など）などの診断検査に関連するデータを含むことができる。情報はまた、例えば、耐性記録情報、抗生物質の処方および投与のためのガイドラインなどを含むことができる。
【0110】
いくつかの例では、治療チームサブシステムは、患者の病歴を検討するための治療チームからの選択などのトリガの受信に基づいて医療データを取得して集約することができる。
【0111】
ステップ６０４において、治療チームサブシステム３０４は、複数の抗生物質のうちの第１の抗生物質の処方または複数の患者のうちの第１の患者についての第１の診断検査の命令の少なくとも一方についての推奨を生成することができ、推奨は、第１の患者の医療データ、耐性記録情報、および複数のガイドラインに基づく。
【0112】
例えば、治療チームサブシステム３０４（例えば、推奨モジュール３７０）は、特定の抗生物質を処方するおよび／または特定の診断試験を命令する臨床決定についての推奨を生成することができる。推奨は、例えば、特定の抗生物質の処方、抗生物質を投与する方法、用量、および／または治療の期間を含むことができる。推奨の生成は、トリガの受信に基づくことができる。トリガは、治療チームサブシステム３０４（例えば、治療チームデータアクセスインターフェース３６０ａ）にデータベース３２８からデータを取得および集約させるトリガと同じトリガに基づくことができ、または、例えば、治療チームデータアクセスインターフェース３６０ａに表示されている患者の医療データ、治療チームメンバーからのコマンド、患者の特定の新たな医療データ（例えば、検査室試験結果）が利用可能であるというデータベース３２８からの指示などに基づく異なるトリガに基づくことができる。
【0113】
例えば、治療チームデータアクセスインターフェース３６０ａが患者の医療データを表示することに応答して、推奨モジュール３７０は、患者の医療データの更新（もしあれば）のためにデータベース３２８にクエリを送信することができる。推奨モジュール３７０が、特定の抗生物質を処方する、および／または特定の診断検査（例えば、検査室試験結果）を命令する臨床決定に関連する特定の新たな医療データが利用可能になったことを検出した場合、推奨モジュール３７０は、患者の更新された医療データを処理し、臨床決定についての推奨を決定することができる。
【0114】
推奨は、医療データに１つ以上のルールを適用することなどに基づいて、様々な技術に基づいて生成されることができる。ルールは、例えば、選択された抗生物質に対する病原体耐性を最小限に抑えながら、患者の疾患を治療するのに有効な１つ以上の抗生物質を選択することを示すことができる。ルールは、推奨を生成するために、患者の医療データ、ガイドライン、および耐性記録情報に適用されることができる。医療データは、例えば、臨床反応、診断試験結果（例えば、培養および感受性試験）、および他の検査パラメータ（例えば、クレアチニン、薬物レベル）を含むことができる。
【0115】
例として、図３Ｂに戻って参照すると、患者の医療データに示される患者の疾患に基づいて、ルールモジュール３４０ａは、ガイドラインデータベース３２８ｂからガイドライングラフを取得することができる。さらに、ルールモジュール３４０ａは、患者の疾患の状態（例えば、患者が入院しているか否か、重症度、併存症の有無など）に基づいてガイドライングラフをトラバースし、トラバースの最後に、疾患の治療として患者に処方されることができる候補抗生物質のリスト、ならびに候補抗生物質の用量を識別することができる。
【0116】
さらに、図３Ｃを参照すると、ルールモジュール３７０ａは、患者の治療位置に基づいて耐性記録テーブルを取得し、推奨抗生物質のリストに対応する耐性記録テーブルのセクションを識別することができる。各セクションにおいて、ルールモジュール３７０ａは、処方された抗生物質に対する、（例えば、患者の検査室試験結果に示されるように）患者の疾患を引き起こす１つ以上の病原体の耐性の程度を決定することができる。ルールモジュール３７０ａは、耐性度に基づいて推奨抗生物質をランク付けし、耐性度が最も低いか、または耐性度が閾値未満の推奨抗生物質のリストのサブセットを推奨に含めることができる。
【0117】
いくつかの例では、１つ以上の異なる抗生物質を含むことができる各代替抗生物質治療レジメンの利益スコアおよびリスクスコアを計算することと、各レジメンの利益スコアとリスクスコアとの比に基づいて代替レジメンをランク付けすることと、最も高い比を有するレジメンを介入推奨として選択することとを含む代替レジメンのランク付けが実行されることができる。利益スコアは、例えば、抗生物質に対する病原体の感受性に基づくことができるが、リスクスコアは、例えば、レジメン内の抗生物質のいずれかが冗長であるかどうか、レジメン内の特定の抗生物質に対して病原体が耐性になるリスクなどに基づくことができる。リスクスコアは、患者の病歴（例えば、患者が耐性を経験したかどうか）、疑わしい診断などに基づいて計算されることもできる。いくつかの例では、推奨は、予測演算の実行に基づいて生成されることができる。予測動作の目標は、例えば、抗生物質治療がいつ必要とされるかを予測することを含むことができる。予測は、細菌感染症が抗生物質治療を必要とする可能性対感染症が自己解決感染症である可能性、または患者の疾患が非感染性過程である可能性の決定に基づくことができる。いくつかの例では、予測は、「治療に必要な数」（１人の患者に利益をもたらすために抗生物質によって治療する必要がある患者は何人か？）と「害に必要な数」（治療上の害を受ける前に抗生物質によって治療することができる患者は何人か？）との間のトレードオフに基づくことができる。
【0118】
ステップ６０６において、治療チームサブシステム３０４は、インターフェース（例えば、治療チームインターフェース３６０）を介して、第１の患者の医療データへのアクセス、第１の患者の病状に関連する耐性記録情報のサブセット、および第１のメンバーによる第１の臨床決定を容易にするための推奨を提供することができ、第１の臨床決定は、第１の患者に対して第１の抗生物質の第１の用量を処方すること、または第１の診断試験を命令することのうちの少なくとも一方を含む。
【0119】
具体的には、治療チームインターフェース３６０は、モバイルデバイス（例えば、スマートフォン、タブレットなど）上に提供されるモバイルインターフェースとすることができ、図５Ａに示すように、医療データのサブセットを選択し、選択されたデータをデータアクセスインターフェースに表示することができる治療チームデータアクセスインターフェース３６０ａを含むことができる。いくつかの例では、治療チームサブシステム３０４（例えば、治療チーム治療チームデータアクセスモジュール３６２、治療チームデータアクセスインターフェース３６０ａなど）は、特定の患者に対するデータの関連度に基づいてフィルタリング動作を自動的に実行することができる。例えば、治療チームインターフェースは、患者が抗生物質を投与されるべき場所（例えば、ＩＣＵ）に基づいて耐性記録情報を提供することができる。別の例として、治療チームサブシステムは、抗生物質プロファイル、患者の検査室試験結果、患者の病歴、介入追跡状況などに基づいて患者のサブセットを自動的に選択し、治療チームデータアクセスインターフェースを介して患者のサブセットの医療データへのアクセスを提供することができる。いくつかの例では、フィルタリング動作は、ユーザからの入力に基づいて実行されることもできる。
【0120】
第１の用量または経験的治療に関する臨床決定のための関連データを表示することに加えて、治療チームサブシステムはまた、ＣＤＳの一部として、第１の用量または経験的治療についての推奨を生成することもできる。治療チームサブシステムは、薬物に対するアレルギーを含む患者の病歴、患者の疑われる診断名、患者の疾患を引き起こす疑われる病原体、患者の薬物耐性のリスク、患者の検査室試験結果、耐性記録情報、ガイドライン、処方制限および在庫状況などの様々なタイプの医療データに基づいて推奨を生成することができる。推奨は、例えば、治療チームメンバーからのコマンド／要求、患者の新たな医療データ（例えば、検査室試験結果）が利用可能であるという指示（例えば、ネットワークメッセージ）などのトリガに基づいて生成されることができる。治療チームサブシステムは、治療チームデータアクセスインターフェースに推奨を表示して、ユーザが推奨の基礎にアクセスすることを可能にすることができる。次いで、治療チームは、推奨を受け入れるか拒否するかに基づいて臨床決定（例えば、処方命令）を行うことができる。推奨は、図５Ｂに示すように、推奨の基礎を提供するために医療データとともに表示されることができる。
【0121】
例として、図３Ｂに戻って参照すると、患者の医療データに示される患者の疾患に基づいて、ルールモジュール３４０ａは、ガイドラインデータベース３２８ｂからガイドライングラフを取得することができる。さらに、ルールモジュール３４０ａは、患者の疾患の状態（例えば、患者が入院しているか否か、重症度、併存症の有無など）に基づいてガイドライングラフをトラバースし、トラバースの最後に、疾患の治療として患者に処方されることができる候補抗生物質のリスト、ならびに候補抗生物質の用量を識別することができる。
【0122】
さらに、図３Ｃに戻って参照すると、ルールモジュール３７０ａは、患者の治療位置に基づいて耐性記録テーブルを取得し、推奨抗生物質のリストに対応する耐性記録テーブルのセクションを識別することができる。各セクションにおいて、ルールモジュール３７０ａは、処方された抗生物質に対する、（例えば、患者の検査室試験結果に示されるように）患者の疾患を引き起こす１つ以上の病原体の耐性の程度を決定することができる。ルールモジュール３７０ａは、耐性度に基づいて推奨抗生物質をランク付けし、耐性度が最も低いか、または耐性度が閾値未満の推奨抗生物質のリストのサブセットを推奨に含めることができる。
【0123】
さらに、治療チームサブシステム３０４は、特定の抗生物質を処方する、および／または特定の診断検査を命令する臨床決定を出力することができる。治療チームサブシステム３０４は、治療チームインターフェース３６０を介して、治療チームメンバーからの入力を受け入れ、入力に基づいて臨床決定を生成することができる。入力は、例えば、ステップ６０４において生成された推奨に基づくことができる。次いで、治療チームサブシステム３０４は、治療チーム通信モジュール３６８を介して他の治療チームサブシステム３０４に通知（例えば、テキストメッセージ、スヌーズ通知など）として臨床決定を送信することができる。
【0124】
いくつかの例では、方法６００は、ステップ６０８および６１０をさらに含むことができる。
【0125】
ステップ６０８において、治療チームサブシステム３０４は、ＡＳＰチームサブシステム３０２から、第１の臨床決定に介入するための介入推奨を受信することができる。介入推奨は、通知、テキストメッセージなどの形態とすることができる。
【0126】
ステップ６１０において、治療チームサブシステム３０４は、介入推奨を表示することができる。いくつかの例では、介入推奨は、図５Ｃに示すように、モバイルデバイスがアイドル状態にある間に他の感覚出力（例えば、振動、トーンなど）として表示または出力されることができる通知を含むことができる。通知の選択を受信すると、治療チームサブシステム３０４は、治療チームインターフェース３６０を起動して、通知ならびに最初の患者の医療データの双方を表示することができる。いくつかの例では、介入推奨は、図５Ｄに示すように、テキストメッセージングインターフェースに表示されるテキストメッセージとすることができる。
【0127】
Ｂ．ＡＳＰチームサブシステムによって実行される例示的な方法
さらに、図６Ｂは、ＡＳＰチームサブシステム３０２によって実装されることができる方法６５０の例を示している。
さらに、図６Ｂは、ＡＳＰチームサブシステム３０２によって実装されることができる方法６５０の例を示している。
【0128】
ステップ６５２において、ＡＳＰチームサブシステム３０２は、複数のデータベースから、１つ以上の抗生物質を投与された後の複数の患者の医療データ、１つ以上の抗生物質を含む複数の抗生物質に対する病原体の耐性を示す耐性記録情報、および複数の抗生物質を使用する特定の疾患の治療に関する複数のガイドラインを取得することができる。
【0129】
具体的には、ＡＳＰチームサブシステム３０２のＡＳＰデータアクセスモジュール３１６は、電子医療記録（ＥＭＲ）データベース、マスター患者インデックス（ＭＰＩ）サービスデータベース、健康情報交換（ＨＩＥ）サーバ、医療におけるデジタル画像と通信（ＤＩＣＯＭ）の形式で画像ファイルを記憶するストレージ、画像保管通信システム（ＰＡＣＳ）、ゲノムデータを含む検査室情報システム（ＬＩＳ）、放射線情報システム（ＲＩＳ）、耐性記録データベース、および／または病院ガイドラインデータベースなどの、１つ以上のデータベース３２８から医療データを取得することができる。ＡＳＰデータアクセスモジュール３１６は、例えば、患者の病歴、患者の直近の診断、様々な測定の結果（例えば、体温、血圧など）、および様々な検査室試験の結果（例えば、細菌試験、細菌培養、抗生物質感受性試験、グラム染色など）などの介入推奨に関連する患者の様々なデータを含む様々なタイプのデータを調達することができる。情報はまた、例えば、耐性記録情報、抗生物質の処方および投与のためのガイドラインなどを含むことができる。
【0130】
ＡＳＰチームサブシステムは、ＡＳＰ介入決定のために患者データを取得して集約するトリガを受信することができる。トリガは、例えば、特定の患者の医療データにアクセスするためのＡＳＰチームからのコマンド、ＡＳＰチームによる患者の抗生物質の使用／処方の検討が予定されていること、特定の患者に対して新たな抗生物質の処方が入力され、処方が検討されていないことなどを示すタイマに基づくことができる。
【0131】
ステップ６５４において、ＡＳＰチームサブシステム３０２は、医療データおよび耐性記録情報に基づいて、複数の患者のそれぞれのトリアージランキングを決定することができる。
【0132】
具体的には、患者の治療／検査の効率的な検討および介入を容易にするために、ＡＳＰチームサブシステム３０２の患者トリアージモジュール３１８は、各患者のトリアージスコアを決定し、トリアージスコアに基づいて患者をランク付けし、ランク付けされた患者のリストをＡＳＰチームインターフェースに表示することができる。トリアージスコアは、患者の治療／検査を検討する緊急性を示すことができる。次いで、ＡＳＰチームは、ランキングを参照して、検討のために患者を選択することができる。トリアージスコアは、患者の抗生物質治療を検討する緊急性を示すために、様々な要因（例えば、最新の検査室試験結果の利用可能性、検査室試験／薬物ミスマッチ、限られた薬物処方など）の加重平均とすることができる。重みは、例えば以前の介入に基づいて、ＡＳＰチームによっておよび／またはＡＳＰチームサブシステムによって自動的に決定されることができる。
【0133】
患者のトリアージスコアは、様々な技術に基づいて計算されることができる。具体的には、図３Ｆを参照すると、患者は、患者の抗生物質／診断検査処方を検討するための緊急性を決定するために使用されることができる属性のセット３３０に関連付けられることができる。各属性は、スコアｓ０、ｓ１などに関連付けられることもできる。いくつかの例では、属性のスコアは、属性が存在しない場合は０、属性が存在する場合は１とすることができる。他のスコア値が割り当てられることもできる。さらに、各属性は、ｗ０、ｗ１、ｗ２などの重みに関連付けられることもできる。トリアージスコアは、スコアの加重平均に基づいて計算されることができ、より高いスコアは、患者の抗生物質／診断検査処方を検討することがより緊急であることを意味し、逆もまた同様である。属性の重みは、様々な方法で決定されることができる。いくつかの例では、重みは、ＡＳＰチームによって決定されることができる。例えば、新たな検査室結果が利用可能な患者、現在与えられている抗生物質を最適化する機会を示す何らかの特性を示すために積極的な検討を必要とする患者（例えば、陽性血液培養結果に基づいて、現在の治療が無効であることを示すバグ－薬物ミスマッチなど）、および複数の抗生物質、広域薬物、制限抗生物質、または不足リストの抗生物質を投与されている患者が、これらの特徴を有しない他の患者よりも先にＡＳＰチームによる検討を受けることができるように、重みが割り当てられることができる。いくつかの例では、属性の重みは、介入の履歴などの他の基準に基づいて患者トリアージモジュール３１８によって自動的に決定されることもできる。例えば、ＡＳＰチームが以前に特定の属性を有する患者についての抗生物質／診断検査の処方に介入した場合、患者トリアージモジュール３１８は、それらの属性の重みを自動的に増加させることができる。
【0134】
さらに、患者のトリアージランキングは、他の基準に基づくことができる。例えば、上述したように、ＡＳＰサブシステム３０２（例えば、ＡＳＰ通知モジュール３２２）は、最新の検査室試験結果および／または処方に基づいて、患者の特定の属性が、患者がＡＳＰチームからの検討を保証することを示す場合に通知を生成することができる。ＡＳＰチームサブシステム３０２を介して患者の処方が最後に検討されてから各患者に対して生成された通知の数がカウントされることができ、通知の数に基づいて患者がランク付けされることができる。通知の数が最も多い患者は、患者の処方を検討するための最も高い優先度／緊急度を示すために最も高くランク付けされることができる。
【0135】
別の例として、図３Ｆを参照すると、抗生物質の処方に基づいて患者がランク付けされることができる。例えば、各患者について、患者に現在処方されている抗生物質の特性を反映する複合抗生物質スコアが計算されることができ、同じ数の通知を有する患者が複合抗生物質スコアに基づいてさらにランク付けされることができる。複合抗生物質スコアに基づくランキングは、通知の数の後の二次ランキングとすることができる。
【0136】
いくつかの例では、図３Ｅを参照すると、抗生物質には、それが広範囲の病原体を治療する広域抗生物質であるかどうか、それが不足しているかどうか、それが制限されているかどうかなどを反映するスコアが割り当てられることができる。限られた抗生物質に最高のスコアが割り当てられることができ、これはその処方の検討のための最高の優先順位を示す。次いで、患者に処方された各抗生物質にスコアが割り当てられることができ、患者のスコアが合計されて抗生物質複合スコアを生成することができる。
【0137】
図３Ｆを参照すると、通知の数に基づいて患者がランク付けされることができ、通知の数が最も多い患者が最も高くランク付けされる（例えば、患者ＡおよびＢ）。同じ通知数を有する患者（例えば、患者ＡおよびＢ）の中で、患者は、それらの複合抗生物質スコアに基づいてさらにランク付けされることができ、最高の複合抗生物質スコアを有する患者が最高にランク付けされる。いくつかの例では、ランキングはまた、患者が特定の抗生物質を投与されている期間に基づくこともできる。多数の連続日数にわたって抗生物質を投与された患者は、より少ない連続日数にわたって抗生物質（または他の抗生物質）を投与された別の患者よりも高くランク付けされることができる。
【0138】
ステップ６５６において、ＡＳＰサブシステム３０２は、ＡＳＰチームの第１のメンバーによってアクセス可能なインターフェースを介して、複数の患者を表し、複数の患者の医療データの少なくとも一部を含むランク付けされた患者リストを表示することができ、患者リストは、複数の患者のうちの第１の患者に対する第１の抗生物質の処方に介入するためのＡＳＰチームの第１のメンバーによる介入推奨を容易にするために、複数の患者のトリアージランキングに基づいてランク付けされる。
【0139】
具体的には、ランク付けされた患者リスト、ならびにステップ６５２において集約された医療データの少なくとも一部は、デスクトップインターフェース、モバイルインターフェースなどとすることができるＡＳＰチームインターフェース３１２のデータアクセスインターフェース３１２ａに表示されることができる。ランク付けされた患者リストの例が図４Ｂに示されている。ランク付けされた患者リストを表示する（またはランク付けされた患者リストを表示する命令を受信する）と、ＡＳＰデータアクセスモジュール３１６は、データベース３２８から患者の医療データを取得することができる。さらに、ランク付けされた患者リスト内の患者のうちの１人の選択を受信すると、ＡＳＰデータアクセスモジュール３１６はまた、第１のメンバーによる介入推奨を容易にするために、データアクセスインターフェース３１２ａに表示するために選択された患者の追加データを取得することができる。
【0140】
いくつかの例では、ＡＳＰチームサブシステム３０２（例えば、ＡＳＰデータアクセスモジュール３１６、ＡＳＰデータアクセスインターフェース３１２ａなど）は、患者に対するデータの関連度に基づいてフィルタリング動作を自動的に実行することができる。例えば、ＡＳＰチームサブシステムは、患者のために、抗生物質を投与すべき場所（例えば、ＩＣＵ）、患者の検査室試験結果（どの病原体が患者の感染性疾患を引き起こしているかを示すことができる）、抗生物質の在庫などに基づいて、耐性記録情報のサブセットを自動的に選択して、特定の設定の狭い抗生物質セットに対して特定の病原体の耐性記録情報の特定のセクションに絞り込んで、ＡＳＰデータアクセスインターフェース３１２ａに表示するために耐性記録情報のサブセットを提供することができる。
【0141】
いくつかの例では、ＡＳＰチームサブシステム３０２は、臨床決定支援（ＣＤＳ）の一部として、臨床決定を容易にするための介入についての推奨を生成することができる。ＡＳＰチームサブシステム３０２は、例えば、選択された患者の医療データ、耐性記録情報、ガイドラインなどに基づいて推奨を生成することができる。ＡＳＰチームサブシステム３０２は、患者の医療データと同時にＡＳＰチームデータアクセスインターフェースに推奨を表示して、図４Ｃに示すように、ユーザが推奨の基礎にアクセスすることを可能にすることができる。
【0142】
ＡＳＰチームサブシステム３０２は、様々な方法で様々な推奨を生成することができる。具体的には、介入の推奨は、例えば、投薬の変更、抗菌薬の漸増／漸減、ＩＶからＰＯへの変換などを含むことができる。いくつかの例では、推奨は、ＡＳＰチームインターフェース３１２を介してＡＳＰチームから介入推奨を受信することに基づく（例えば、ＡＳＰチームサブシステム３０２による推奨出力の閲覧に基づく）か、または介入推奨を自動的に生成するためにＡＳＰチームサブシステム３０２によって出力された推奨の選択を受信することに基づくことができる。
【0143】
ＡＳＰチームサブシステムは、例えば、トリガに応答して、選択された患者の医療データ、耐性記録情報、ガイドラインなどに基づいて推奨を生成することができる。いくつかの例では、トリガは、ＡＳＰチームサブシステムにＡＳＰ介入決定のために患者データを取得および集約させる同じトリガであってもよい。いくつかの例では、トリガは、例えば、検討されている患者の新たな医療データ（例えば、検査室試験結果、またはサブシステムによって処理されていない他の新たな医療データ）が利用可能であるというデータベースからの指示に基づく異なるトリガとすることができる。指示は、ＡＳＰチームサブシステムによって送信されたクエリに応答してデータベースによって送信されたネットワークメッセージの形態とすることができる。
【0144】
いくつかの例では、ＡＳＰチームサブシステムのルールモジュール（例えば、ルールモジュール３４０ａ）は、１つ以上のルールを適用することに基づいて推奨を生成することができる。ルールは、例えば、選択された抗生物質に対する病原体耐性を最小限に抑えながら、患者の疾患を治療するのに有効な１つ以上の抗生物質を選択することを示すことができる。ルールは、推奨を生成するために、患者の医療データ、ガイドライン、および耐性記録情報に適用されることができる。
【0145】
例として、図３Ｂに戻って参照すると、患者の医療データに示される患者の疾患に基づいて、ルールモジュール３４０ａは、ガイドラインデータベース３２８ｂからガイドライングラフを取得することができる。さらに、ルールモジュール３４０ａは、患者の疾患の状態（例えば、患者が入院しているか否か、重症度、併存症の有無など）に基づいてガイドライングラフをトラバースし、トラバースの最後に、疾患の治療として患者に処方されることができる候補抗生物質のリスト、ならびに候補抗生物質の用量を識別することができる。ルールモジュール３４０ａは、患者に処方された抗生物質が推奨抗生物質のリストに含まれているかどうか、および処方された抗生物質の用量が推奨用量と一致するかどうかを決定することができる。処方された抗生物質が推奨抗生物質のリストにない場合、または処方された用量が推奨用量と一致しない場合、ルールモジュール３４０ａは、抗生物質処方を介入するための推奨（例えば、異なる抗生物質への変更、用量の変更など）を決定することができる。
【0146】
さらに、図３Ｃを参照すると、ルールモジュール３４０ａは、患者の治療位置に基づいて耐性記録テーブルを取得し、処方されている抗生物質に対応する耐性記録テーブルのセクションを識別することができる。各セクションにおいて、ルールモジュール３４０ａは、処方された抗生物質に対する、（例えば、患者の検査室試験結果に示されるように）患者の疾患を引き起こす１つ以上の病原体の耐性の程度を決定することができる。耐性の程度が特定の閾値を超える場合、ルールモジュール３４０ａは、抗生物質処方の介入の推奨を決定することもできる。
【0147】
別の例では、ＡＳＰチームサブシステム３０２の代替レジメンランク付けモジュール（例えば、代替レジメンランク付けモジュール３４０ｂ）は、１つ以上の異なる抗生物質を含むことができる各代替抗生物質治療レジメンの利益スコアおよびリスクスコアを計算し、各レジメンについての利益スコアとリスクスコアとの間の比に基づいて代替レジメンをランク付けし、最も高い比を有するレジメンを介入推奨として選択することができる。利益スコアは、例えば、抗生物質に対する病原体の感受性に基づくことができるが、リスクスコアは、例えば、レジメン内の抗生物質のいずれかが冗長であるかどうか、レジメン内の特定の抗生物質に対して病原体が耐性になるリスクなどに基づくことができる。リスクスコアは、患者の病歴（例えば、患者が耐性を経験したかどうか）、疑わしい診断などに基づいて計算されることもできる。
【0148】
別の例では、ＡＳＰチームサブシステム３０２の予測モジュール（例えば、予測モジュール３４０ｃ）は、予測動作の実行に基づいて推奨を生成することができる。予測動作の目標は、患者が不適切な抗生物質治療を受けているか、または介入が必要である可能性／確率を予測することとすることができる。予測は、他の患者が受けた抗生物質治療に基づくことができる。例えば、患者が特定の抗生物質を５日間受け、同じ感染性疾患を有する他の患者が同じ抗生物質を２日間だけ受けて回復する場合、推奨モジュール３４０は、患者が予想される期間（２日間）を超えた不適切な抗生物質治療を受けたと予測することができる。
【0149】
いくつかの例では、方法６５０は、ステップ６５８をさらに含み、ＡＳＰチームサブシステム３０２は、第１の臨床決定に基づく介入推奨を第２のシステム（例えば、治療チームサブシステム３０４）に送信することができる。介入推奨は、通知、テキストメッセージなどの形態とすることができる。いくつかの例では、ＡＳＰチームサブシステム３０２は、推奨に基づいて、またはＡＳＰチームからの入力に基づいて自動的に生成されることができる介入推奨の通知／テキストメッセージを生成し、テキストメッセージング、音声通話などのリアルタイム通信を介して治療チームサブシステム（例えば、治療チームサブシステム３０４）に通知を送信することができる。いくつかの例では、通知は、スヌーズ通知とすることができるため、治療チームは、後で通知に基づいて行動することができる。ＡＳＰチームサブシステム３０２はまた、介入推奨の状態（例えば、治療変更が実施されたかどうか、診断試験が命令されたかどうかなど）を（自動的におよび／またはＡＳＰチームからの入力に基づいて）追跡することができる。いくつかの例では、ＡＳＰチーム通信インターフェースは、テキストメッセージングインターフェースの形態とすることができ、通知、ならびに治療チームサブシステムからの通知に対する応答は、テキストメッセージの形態で表示されることができる。さらに、ＡＳＰチームサブシステム３０２は、ＡＳＰチームデータアクセスインターフェース３１２ａおよびＡＳＰチーム通信インターフェース３１２ｂを同時に表示することができ、これは、ユーザが、協働体験を容易にするために、医療データにアクセスしながらテキストメッセージまたは音声を介して通信することを可能にする。通知に作用するために必要な全ての情報はまた、図６Ａに記載されかつ図５Ｂに示されるように、通知を表示／出力する治療チームインターフェース（例えば、治療チームインターフェース３６０）に提供される。
【0150】
Ｖ．コンピュータシステム
本明細書で言及されるコンピュータシステムのいずれも、任意の適切な数のサブシステムを利用することができる。そのようなサブシステムの例が、コンピュータシステム１０における図７に示されている。いくつかの実施形態では、コンピュータシステムは、単一のコンピュータ装置を含み、ここでサブシステムは、コンピュータ装置の構成要素とすることができる。他の実施形態では、コンピュータシステムは、それぞれがサブシステムであり、内部構成要素を備えた複数のコンピュータ装置を含むことができる。コンピュータシステムは、デスクトップおよびラップトップコンピュータ、タブレット、携帯電話、ならびに他のモバイルデバイスを含むことができる。いくつかの実施形態では、クラウドインフラストラクチャ（例えば、アマゾン・ウェブ・サービス）、グラフィカル処理ユニット（ＧＰＵ）などが使用されて、開示された技術を実装することができる。
本明細書で言及されるコンピュータシステムのいずれも、任意の適切な数のサブシステムを利用することができる。そのようなサブシステムの例が、コンピュータシステム１０における図７に示されている。いくつかの実施形態では、コンピュータシステムは、単一のコンピュータ装置を含み、ここでサブシステムは、コンピュータ装置の構成要素とすることができる。他の実施形態では、コンピュータシステムは、それぞれがサブシステムであり、内部構成要素を備えた複数のコンピュータ装置を含むことができる。コンピュータシステムは、デスクトップおよびラップトップコンピュータ、タブレット、携帯電話、ならびに他のモバイルデバイスを含むことができる。いくつかの実施形態では、クラウドインフラストラクチャ（例えば、アマゾン・ウェブ・サービス）、グラフィカル処理ユニット（ＧＰＵ）などが使用されて、開示された技術を実装することができる。
【0151】
図７に示すサブシステムは、システムバス７５を介して相互接続されている。プリンタ７４、キーボード７８、記憶デバイス７９、ディスプレイアダプタ８２に接続されたモニタ７６などの追加のサブシステムが示されている。Ｉ／Ｏコントローラ７１に結合された外付けおよび入出力（Ｉ／Ｏ）デバイスは、入出力（Ｉ／Ｏ）ポート７７（例えば、ＵＳＢ、ＦｉｒｅＷｉｒｅ（登録商標））などの当該技術分野において知られている任意の数の手段によって、コンピュータシステムに接続されることができる。例えば、Ｉ／Ｏポート７７または外部インターフェース８１（例えば、Ｅｔｈｅｒｎｅｔ、Ｗｉ－Ｆｉ等）は、コンピュータシステム１０を、インターネット等のワイドエリアネットワーク、マウス入力デバイス、またはスキャナに接続するために使用されることができる。システムバス７５を介した相互接続は、セントラルプロセッサ７３が、サブシステムのそれぞれと通信し、システムメモリ７２または記憶デバイス７９（例えば、ハードドライブなどの固定ディスク、または、光ディスク）からの複数の命令の実行、ならびにサブシステム間の情報の交換の制御を可能にする。システムメモリ７２および／または記憶デバイス７９は、コンピュータ可読媒体を具体化することができる。別のサブシステムは、カメラ、マイクロフォン、加速度計、その他などのデータ収集デバイス８５である。本明細書で説明したデータの任意のものは、ある構成要素から別の構成要素へ出力されることができ、ユーザに出力されることができる。
【0152】
コンピュータシステムは、例えば、外部インターフェース８１または内部インターフェースによって一体に接続された、複数の同じ構成要素またはサブシステムを含むことができる。いくつかの実施形態では、コンピュータシステム、サブシステム、または装置は、ネットワークを介して通信することができる。そのような例では、１つのコンピュータは、クライアントと見なされることができ、別のコンピュータは、サーバと見なされることができ、それらのそれぞれは、同じコンピュータシステムの一部とすることができる。クライアントおよびサーバは、それぞれ、複数のシステム、サブシステム、または構成要素を含むことができる。
【0153】
実施形態の態様は、ハードウェア（例えば、特定用途向け集積回路またはフィールドプログラマブルゲートアレイ）を使用して、および／またはモジュラーまたは統合された様式の一般にプログラム可能なプロセッサを伴う、コンピュータソフトウェアを使用して、制御ロジックの形態で実装されることができる。本明細書で使用されるとき、プロセッサは、１つの集積チップ上のシングルコアプロセッサ、マルチコアプロセッサ、または１つの回路基板上の、もしくはネットワーク接続されたマルチプロセシングユニットを含む。本明細書で提供される開示および教示に基づいて、当業者は、ハードウェアおよびハードウェアとソフトウェアとの組み合わせを使用して、本発明の実施形態を実施するための他の手段および／または方法を知り、理解するであろう。
【0154】
本出願で説明されるソフトウェアの構成要素または機能のいずれも、例えばＪａｖａ、Ｃ、Ｃ＋＋、Ｃ＃、Ｏｂｊｅｃｔｉｖｅ－Ｃ、Ｓｗｉｆｔなどの任意の適切なコンピュータ言語、または例えば、従来のもしくはオブジェクト指向の手法を用いたＰｅｒｌもしくはＰｙｔｈｏｎなどのスクリプト言語を用いて、プロセッサによって実行されるソフトウェアコードとして実装され得る。ソフトウェアコードは、一連の命令またはコマンドとして、記憶および／または伝送のためにコンピュータ可読媒体上に記憶されることができる。好適な非一時的コンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ハードドライブ、フロッピーディスクなどの磁気媒体、コンパクトディスク（ＣＤ）もしくはＤＶＤ（デジタル多用途ディスク）などの光学的媒体、またはフラッシュメモリ、などを含むことができる。コンピュータ可読媒体は、そのような記憶デバイスまたは送信デバイスの任意の組み合わせとすることができる。
【0155】
そのようなプログラムはまた、インターネットを含む様々なプロトコルに準拠する有線、光、および／または無線ネットワークを介した送信に適合されたキャリア信号を使用して符号化および送信されることができる。そのように、コンピュータ可読媒体は、そのようなプログラムを用いてエンコードされたデータ信号を使用して作成されることができる。プログラムコードで符号化されたコンピュータ可読媒体は、互換性のあるデバイスと一緒にパッケージ化されるか、または他のデバイスとは別に提供されることができる（例えば、インターネットダウンロードを介して）。任意のそのようなコンピュータ可読媒体は、個々のコンピュータ製品（例えば、ハードドライブ、ＣＤ、または完全なコンピュータシステム）上にまたは内部に備えられることができ、また、システムまたはネットワーク内部の異なるコンピュータ製品上にまたは内部に存在することができる。コンピュータシステムは、本明細書に記載の結果のいずれかをユーザに提供するためのモニタ、プリンタ、または他の適切なディスプレイを含むことができる。
【0156】
ここに説明される方法のいずれは、上記のステップを行うように構成されることができる、１つ以上のプロセッサを含むコンピュータシステムを用いて完全に、または、部分的に行われてもよい。したがって、実施形態のそれぞれは、潜在的にステップのそれぞれまたはステップのグループのそれぞれを行う異なる構成要素を用いて、本明細書に記載される方法のいずれかのステップを行うように構成されているコンピュータシステムを対象とすることができる。符号付きのステップとして提示されているが、本明細書の方法のステップは、同時にまたは異なる順序で実行されることができる。さらに、これらのステップの一部は、他の方法からの他のステップの一部とともに使用されることができる。また、ステップの全てまたは一部は、任意とすることができる。さらに、任意の方法の任意のステップは、モジュール、ユニット、回路、またはこれらのステップを実行するための他の手段を用いて実行されることができる。
【0157】
特定の実施形態の固有の詳細は、本発明の実施形態の精神および範囲から逸脱することなく、任意の適切なやり方で組み合わせられることができる。しかしながら、本発明の他の実施形態は、それぞれの個別の態様に関する特定の実施形態、またはこれらの個別の態様の特定の組み合わせを対象とすることができる。
【0158】
本発明の例示的な実施形態の上記説明は、図示および説明を目的として提示されている。網羅的であること、または本発明を、説明されたそのものの形式に限定することを意図するものではなく、多数の変更および変形が、上述した教示に照らして、可能である。
【0159】
「ａ」、「ａｎ」、または「ｔｈｅ」という記載は、そのようでないと具体的に示されない限り、「１つ以上」を意味するように意図される。「ｏｒ」のを使用法は、具体的にそうでないことに示さない限り、「排他的論理和」でなく、「包含的論理和」を意味することを意図する。「第１の」構成要素への言及は、第２の構成要素がもたらされることを必ずしも必要としない。さらに、「第１の」または「第２の」構成要素への言及は、明示的に述べられない限り、言及された構成要素を特定の位置に限定しない。
【0160】
本明細書において言及された全ての特許、特許出願、刊行物、および説明文は、それらの全体があらゆる目的のために参照によって援用される。いずれも先行技術であると認められるものではない。
【図1】
【図2A】
【図2B】
【図2C】
【図3A】
【図3B】
【図3C】
【図3D】
【図3E】
【図3F】
【図3G】
【図3H】
【図4A】
【図4B】
【図4C】
【図4D】
【図4E】
【図5A】
【図5B】
【図5C】
【図5D】
【図6A】
【図6B】
【図7】
【手続補正書】
【提出日】2023-03-20
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
１つ以上のコンピュータプロセッサによって実装される、医療現場における抗菌薬適正使用支援プログラム（ＡＳＰ）を支援する方法であって、複数のデータベースから、複数の患者の医療データ、医療現場における複数の抗生物質に対する病原体の耐性を示す耐性記録情報、および前記複数の抗生物質を使用する特定の疾患の治療に関する複数のガイドラインを取得することと、
前記複数の抗生物質のうちの第１の抗生物質の処方または前記複数の患者のうちの第１の患者についての第１の診断試験の命令のうちの少なくとも１つについての推奨を生成することであって、前記推奨が、前記複数のガイドライン、前記耐性記録情報、および前記第１の患者に対する前記医療データに１つ以上のルールを適用することに基づいて生成される、推奨を生成することと、
治療チームの第１のメンバーによってアクセス可能な第１のシステムのインターフェースを介して、前記第１の患者の前記医療データへのアクセス、前記第１の患者の病状に関連する前記耐性記録情報のサブセット、および前記第１のメンバーによる第１の臨床決定を容易にするための推奨を提供することであって、前記第１の臨床決定が、前記第１の患者に対して、前記第１の抗生物質の第１の用量を処方すること、または前記第１の診断試験を命令することのうちの少なくとも１つを含む、前記第１の患者の前記医療データへのアクセス、前記第１の患者の病状に関連する前記耐性記録情報のサブセット、および前記第１のメンバーによる第１の臨床決定を容易にするための推奨を提供することと
を含む、方法。
【請求項2】
前記複数のデータベースから前記複数の患者の前記医療データを取得するための第１のトリガを受信することであって、前記第１のトリガが、前記複数の患者の前記医療データにアクセスするための前記インターフェースを介した第１のコマンドを含む、第１のトリガを受信することと、前記第１のトリガを受信したことに応答して、前記複数の患者の識別子を含むクエリを前記複数のデータベースに送信して、前記複数の患者の前記医療データを取得することと、
第２のトリガを受信して、推奨を生成することであって、前記第２のトリガが、前記第１の患者の前記医療データが前記インターフェースに表示されているという指示を受信すること、第２のコマンドを前記インターフェースを介して受信して、前記推奨を生成すること、または第１の患者の新たな医療データが利用可能であることを示すネットワークメッセージを前記複数のデータベースから受信することのうちの少なくとも１つを含む、第２のトリガを受信して、推奨を生成することと、
前記第２のトリガを受信したことに応答して前記推奨を生成することと
をさらに含む、請求項１に記載の方法。
【請求項3】
前記推奨が、前記複数のデータベースから、かつ前記第１の患者の前記医療データに示された前記第１の患者の疾患に基づいて、前記複数のガイドラインのうちの１つのガイドラインを表すグラフを取得することと、
前記第１の患者の前記疾患の状態に基づいて前記グラフをトラバースして、候補抗生物質のリストを取得することと、
前記第１の患者が抗生物質治療を受ける場所の場所識別子に基づいて前記複数のデータベースから前記耐性記録情報の耐性記録テーブルを取得することであって、前記耐性記録テーブルが複数のセクションを含み、各セクションが抗生物質に関連付けられ、関連付けられた前記抗生物質に対する異なる病原体の耐性の程度をリスト化する、前記耐性記録情報の耐性記録テーブルを取得することと、
前記候補抗生物質のリストに関連付けられた前記耐性記録テーブルのセクションを識別することと、
前記耐性記録の識別された前記セクションに基づいて、前記患者の疾患を引き起こす１つ以上の病原体に対する前記候補抗生物質のリストの耐性度を決定することであって、前記１つ以上の病原体が前記第１の患者の前記医療データに示される、前記候補抗生物質のリストの耐性度を決定することと、
前記耐性度に基づいて前記候補抗生物質のリストをランク付けすることと、
前記ランク付けに基づいて前記候補抗生物質のリストから推奨抗生物質を選択することと、
前記推奨抗生物質および関連付けられた前記用量を含む前記推奨を生成することと
によって生成される、請求項１に記載の方法。
【請求項4】
前記インターフェースが、前記第１のメンバーと前記治療チームの他のメンバーとの間、または前記第１のメンバーと別のチームのメンバーとの間のリアルタイムまたは非同期通信を可能にする通信インターフェースを備え、
前記インターフェースが、前記第１の患者の前記医療データ、前記耐性記録情報、または１つ以上の推奨抗生物質のうちの少なくとも１つを含むデータを表示するために設定されたデータアクセスインターフェースをさらに備え、
前記通信インターフェースおよび前記データアクセスインターフェースが、前記第１のメンバーに同時に提供される、請求項１に記載の方法。
【請求項5】
前記通信インターフェースが、前記第１のメンバーが、前記第１の抗生物質の前記第１の用量の処方または前記第１の診断試験の命令のうちの少なくとも１つを前記治療チームの第２のメンバーに送信することを可能にする、請求項４に記載の方法。
【請求項6】
前記通信インターフェースが、前記第１のメンバーが、ＡＳＰチームによって操作される第２のシステムからの介入推奨に応答して、前記第１の患者に対する前記第１の抗生物質の前記第１の用量の処方または前記第１の診断試験の命令のうちの少なくとも１つを変更することを可能にする、請求項４に記載の方法。
【請求項7】
前記インターフェースが第１のインターフェースであり、
前記方法が、
前記第２のシステムから前記介入推奨を受信することと、
前記介入推奨を含む通知を第２のインターフェースに表示することと、
前記通知に応答するための前記第１のメンバーからの入力の受信に応答して、前記通信インターフェースおよび前記データアクセスインターフェースを含む前記第１のインターフェースを前記第１のメンバーに表示することと
をさらに含む、請求項６に記載の方法。
【請求項8】
前記複数のデータベースが、電子医療記録（ＥＭＲ）データベース、マスター患者インデックス（ＭＰＩ）サービスデータベース、健康情報交換（ＨＩＥ）サーバ、医療におけるデジタル画像と通信（ＤＩＣＯＭ）のフォーマットで画像ファイルを記憶するストレージ、画像保管通信システム（ＰＡＣＳ）、ゲノムデータを含む検査室情報システム（ＬＩＳ）、放射線情報システム（ＲＩＳ）、耐性記録データベース、または病院ガイドラインデータベースのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項9】
前記医療データが、異なる時点での病歴、体温、血圧、または検査室結果のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項10】
前記第１の患者の前記医療データへのアクセスを提供することが、
前記医療データのサブセットを選択することと、
前記医療データの前記サブセットを前記インターフェースに表示することと、を含み、
前記医療データの前記サブセットが、前記治療チームの前記第１のメンバーによる入力、取得されていない前記第１の患者についての新たな試験結果を含む前記医療データの前記サブセット、または前記第１の臨床決定に関連する検査室測定結果を含む前記医療データの前記サブセットのうちの少なくとも１つに基づいて選択される、請求項１に記載の方法。
【請求項11】
前記インターフェースが第１のインターフェースであり、
前記方法が、
前記第１のメンバーについての前記新たな試験結果が前記複数のデータベースに記憶されているという指示を受信することと、
第２のインターフェースに前記指示を含む通知を表示することと、
前記通知に応答するための前記第１のメンバーからの入力の受信に応答して、前記第１のインターフェースを介して前記医療データの前記サブセットを前記第１のメンバーに表示することと
をさらに含む、請求項１０に記載の方法。
【請求項12】
前記第１の患者に対する前記医療データに示された疾患の状態に基づいて、前記複数のガイドラインのサブセットを選択することと、
前記インターフェースを介して、前記複数のガイドラインの前記サブセットへのアクセスを提供することと
をさらに含む、請求項１１に記載の方法。
【請求項13】
前記第１の抗生物質の前記処方についての前記推奨が、前記第１の抗生物質の投与経路、または前記第１の抗生物質の前記第１の用量が投与される治療経過の期間のうちの少なくとも１つの推奨をさらに含む、請求項１に記載の方法。
【請求項14】
前記推奨が、前記第１の患者の病歴、前記第１の患者の疑われる診断名、前記第１の患者の疾患を引き起こす疑われる病原体、前記第１の患者の薬物耐性のリスク、または前記第１の患者の検査室試験結果のうちの少なくとも１つに基づいて生成される、請求項１に記載の方法。
【請求項15】
前記推奨が、
複数の代替抗菌レジメンのそれぞれについてのベネフィットオーバーリスクスコア（ｂｅｎｅｆｉｔ－ｏｖｅｒ－ｒｉｓｋ ｓｃｏｒｅ）を決定することであって、前記リスクが抗生物質に対する耐性を発現させる可能性に基づいて決定される、ベネフィットオーバーリスクスコア（ｂｅｎｅｆｉｔ－ｏｖｅｒ－ｒｉｓｋ ｓｃｏｒｅ）を決定することと、
前記ベネフィットオーバーリスクスコアに基づいて前記複数の代替抗菌レジメンをランク付けすることと、
前記ランク付けに基づいて、推奨される経験的抗菌レジメンを提供することと
に基づいて生成される、請求項１に記載の方法。
【請求項16】
経験的抗菌レジメンについての前記推奨が、前記第１の抗生物質の前記第１の用量がいつ投与されるかの推奨をさらに含み、
前記推奨が、治療に必要な第１の数と、害を及ぼすのに必要な第２の数とに基づく比に基づいて生成され、前記第１の数が、１人の患者に利益をもたらすために前記第１の抗生物質によって治療する必要がある患者の数を示し、前記第２の数が、１人の患者が治療害を受ける前に前記第１の抗生物質によって治療することができる患者の数を示す、請求項１に記載の方法。
【請求項17】
前記推奨が、前記第１の患者を治療している病院の抗生物質在庫または前記第１の患者を治療している診療所の抗生物質在庫のうちの少なくとも１つに基づいて生成される、または、限られた薬物のリストに基づいて生成される、請求項１に記載の方法。
【請求項18】
前記推奨が、前記複数の患者のうちの第２の患者の治療履歴に基づいて、かつ前記第１の患者と前記第２の患者との間の症状の比較に基づいて生成される、請求項１に記載の方法。
【請求項19】
前記推奨が、１つ以上のルールに基づいて生成され、
少なくとも１つ以上のルールまたは前記複数のガイドラインが、病院または診療所の管理者によって編集可能である、請求項１に記載の方法。
【請求項20】
前記医療データおよび前記耐性記録情報に基づいて前記複数の患者のそれぞれについてのトリアージランキングを決定することと、
ＡＳＰチームの第１のメンバーによってアクセス可能なインターフェースを介して、前記複数の患者を表し、かつ前記複数の患者の前記医療データの少なくとも一部を含むランク付けされた患者リストを表示することであって、前記患者リストが、前記複数の患者の前記トリアージランキングに基づいてランク付けされる、ランク付けされた患者リストを表示して、前記ＡＳＰチームの前記第１のメンバーによる第１の臨床決定を容易にし、前記複数の患者のうちの前記第１の患者に対する第１の抗生物質の処方に介入することと
を含む、請求項１に記載の方法。
【国際調査報告】