(57)【要約】  外科処置コストを追跡するための様々なシステム及び方法が開示される。外科用ハブなどのコンピュータシステムは、複数の外科用装置に通信可能に連結されるように構成されている。コンピュータシステムは、外科用装置から受信された手術前後データを介して外科処置中に利用されている外科用装置を特定し、次いで、外科処置で使用される外科用装置と関連付けられた総コストを計算するようにプログラムされ得る。総コストは、再利用可能な外科用装置の各々の保守コストと、外科処置中に消費される再利用不能な外科用装置の交換コストとの集約を含み得る。
2021509329.tif 000002
【特許請求の範囲】
【請求項１】
複数の外科用装置に通信可能に連結されるように構成されたコンピュータシステムであって、前記コンピュータシステムは、
プロセッサと、
前記プロセッサに連結されたメモリと、を備え、前記メモリが、命令を格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
前記複数の外科用装置のうちのどれが、外科処置中に利用されたかを、前記複数の外科用装置のうちの１つ又は２つ以上から受信された手術前後データに少なくとも部分的に基づいて決定することと、
前記外科処置中に利用された前記複数の外科用装置の各々が、再利用可能な外科用装置であるか、又は再利用不能な外科用装置であるかを決定することと、
各再利用可能な外科用装置の保守コストを決定することと、
各再利用不能な外科用装置の交換コストを決定することと、
各再利用可能な外科用装置の前記保守コスト及び各再利用不能な外科用装置の前記交換コストに従って、前記外科処置のための前記複数の外科用装置の総コストを決定することと、を行わせる、コンピュータシステム。
【請求項２】
前記保守コストが、洗浄コスト、再滅菌コスト、修理コスト、又はそれらの任意の組み合わせのうちの少なくとも１つを含む、請求項１に記載のコンピュータシステム。
【請求項３】
前記メモリが、命令を更に格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
前記保守コストが、各再利用可能な外科用装置の前記交換コストを超えるか否かを決定することと、
前記保守コストが前記交換コストを超える場合は、各再利用可能な外科用装置の交換提案を提供することと、を行わせる、請求項１に記載のコンピュータシステム。
【請求項４】
前記メモリが、命令を更に格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
各再利用可能な外科用装置の使用回数を決定することと、
前記使用回数が閾値を超える場合は、各再利用可能な外科用装置の交換提案を提供することと、を行わせる、請求項１に記載のコンピュータシステム。
【請求項５】
前記メモリが、命令を更に格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
各再利用可能な外科用装置と関連付けられたメタデータを取得することであって、前記メタデータが、前記再利用可能な外科用装置の場所、前記場所に関する時間の長さ、前記再利用可能な外科用装置の使用回数、又はそれらの任意の組み合わせのうちの少なくとも１つを格納する、取得することと、
前記メタデータに従って、各再利用可能な外科用装置の前記保守コストを決定することと、を行わせる、請求項１に記載のコンピュータシステム。
【請求項６】
前記メモリが、命令を更に格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
購入データベースから各再利用不能な外科用装置と関連付けられた購入価格を取得させ、
前記交換コストが、前記購入価格に対応する、請求項１に記載のコンピュータシステム。
【請求項７】
前記コンピュータシステムが、外科用ハブを備える、請求項１に記載のコンピュータシステム。
【請求項８】
コンピュータシステムであって、
プロセッサと、
前記プロセッサに連結されたメモリと、を備え、前記メモリが、命令を格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
外科処置中に利用された１つ又は２つ以上の外科用装置を、前記１つ又は２つ以上の外科用装置から受信された手術前後データに従って、特定することと、
前記１つ又は２つ以上の外科用装置の各々と関連付けられた保守コスト又は交換コストに従って、前記外科処置のための前記１つ又は２つ以上の外科用装置の総コストを決定することと、を行わせる、コンピュータシステム。
【請求項９】
前記保守コストが、洗浄コスト、再滅菌コスト、修理コスト、又はそれらの任意の組み合わせのうちの少なくとも１つを含む、請求項８に記載のコンピュータシステム。
【請求項１０】
前記メモリが、命令を更に格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
前記保守コストが、各再利用可能な外科用装置の前記交換コストを超えるか否かを決定することと、
前記保守コストが前記交換コストを超える場合は、各再利用可能な外科用装置の交換提案を提供することと、を行わせる、請求項８に記載のコンピュータシステム。
【請求項１１】
前記メモリが、命令を更に格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
各再利用可能な外科用装置の使用回数を決定することと、
前記使用回数が閾値を超える場合は、各再利用可能な外科用装置の交換提案を提供することと、を行わせる、請求項８に記載のコンピュータシステム。
【請求項１２】
前記メモリが、命令を更に格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
各再利用可能な外科用装置と関連付けられたメタデータを取得することであって、前記メタデータが、前記再利用可能な外科用装置の場所、前記場所に関する時間の長さ、前記再利用可能な外科用装置の使用回数、又はそれらの任意の組み合わせのうちの少なくとも１つを格納する、取得することと、
前記メタデータに従って、各再利用可能な外科用装置の前記保守コストを決定することと、を行わせる、請求項８に記載のコンピュータシステム。
【請求項１３】
前記メモリが、命令を更に格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
購入データベースから各再利用不能な外科用装置と関連付けられた購入価格を取得させ、
前記交換コストが、前記購入価格に対応する、請求項８に記載のコンピュータシステム。
【請求項１４】
前記コンピュータシステムが、外科用ハブを備える、請求項８に記載のコンピュータシステム。
【請求項１５】
外科処置のための外科用装置コストを決定するためのコンピュータ実装方法であって、前記方法は、
コンピュータシステムによって、複数の外科用装置のうちのどれが、前記外科処置中に利用されたかを、前記複数の外科用装置のうちの１つ又は２つ以上から受信された手術前後データに少なくとも部分的に基づいて決定することと、
前記コンピュータシステムによって、前記外科処置中に利用された前記複数の外科用装置の各々が、再利用可能な外科用装置であるか、又は再利用不能な外科用装置であるかを決定することと、
前記コンピュータシステムによって、各再利用可能な外科用装置の保守コストを決定することと、
前記コンピュータシステムによって、各再利用不能な外科用装置の交換コストを決定することと、
前記コンピュータシステムによって、各再利用可能な外科用装置の前記保守コスト及び各再利用不能な外科用装置の前記交換コストに従って、前記外科処置のための前記複数の外科用装置の総コストを決定することと、を含む、コンピュータ実装方法。
【請求項１６】
前記保守コストが、洗浄コスト、再滅菌コスト、修理コスト、又はそれらの任意の組み合わせのうちの少なくとも１つを含む、請求項１５に記載のコンピュータ実装方法。
【請求項１７】
前記コンピュータシステムによって、前記保守コストが、各再利用可能な外科用装置の前記交換コストを超えるか否かを決定することと、
前記保守コストが前記交換コストを超える場合は、前記コンピュータシステムによって、各再利用可能な外科用装置の交換提案を提供することと、を更に含む、請求項１５に記載のコンピュータ実装方法。
【請求項１８】
前記コンピュータシステムによって、各再利用可能な外科用装置の使用回数を決定することと、
前記使用回数が閾値を超える場合は、前記コンピュータシステムによって、各再利用可能な外科用装置の交換提案を提供することと、を更に含む、請求項１５に記載のコンピュータ実装方法。
【請求項１９】
前記コンピュータシステムによって、各再利用可能な外科用装置と関連付けられたメタデータを取得することであって、前記メタデータが、前記再利用可能な外科用装置の場所、前記場所に関する時間の長さ、前記再利用可能な外科用装置の使用回数、又はそれらの任意の組み合わせのうちの少なくとも１つを格納する、取得することと、
前記コンピュータシステムによって、前記メタデータに従って、各再利用可能な外科用装置の前記保守コストを決定することと、を更に含む、請求項１５に記載のコンピュータ実装方法。
【請求項２０】
前記コンピュータシステムによって、購入データベースから各再利用不能な外科用装置と関連付けられた購入価格を取得することを更に含み、
前記交換コストが、前記購入価格に対応する、請求項１５に記載のコンピュータ実装方法。
【請求項２１】
前記コンピュータシステムが、外科用ハブを備える、請求項１５に記載のコンピュータ実装方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、２０１８年１１月６日出願の米国特許出願第１６／１８２，２４２号、発明の名称「ＲＥＡＬ−ＴＩＭＥ  ＡＮＡＬＹＳＩＳ  ＯＦ  ＣＯＭＰＲＥＨＥＮＳＩＶＥ  ＣＯＳＴ  ＯＦ  ＡＬＬ  ＩＮＳＴＲＵＭＥＮＴＡＴＩＯＮ  ＵＳＥＤ  ＩＮ  ＳＵＲＧＥＲＹ  ＵＴＩＬＩＺＩＮＧ  ＤＡＴＡ  ＦＬＵＩＤＩＴＹ  ＴＯ  ＴＲＡＣＫ  ＩＮＳＴＲＵＭＥＮＴＳ  ＴＨＲＯＵＧＨ  ＳＴＯＣＫＩＮＧ  ＡＮＤ  ＩＮ−ＨＯＵＳＥ  ＰＲＯＣＥＳＳＥＳ」の利益を主張するものであり、その開示の全内容は参照により本明細書に組み込まれる。
【０００２】
本出願は、米国特許法第１１９条（ｅ）の下で、開示全体が参照により本明細書に組み込まれる、「ＳＵＲＧＩＣＡＬ  ＮＥＴＷＯＲＫ  ＲＥＣＯＭＭＥＮＤＡＴＩＯＮＳ  ＦＲＯＭ  ＲＥＡＬ  ＴＩＭＥ  ＡＮＡＬＹＳＩＳ  ＯＦ  ＰＲＯＣＥＤＵＲＥ  ＶＡＲＩＡＢＬＥＳ  ＡＧＡＩＮＳＴ  Ａ  ＢＡＳＥＬＩＮＥ  ＨＩＧＨＬＩＧＨＴＩＮＧ  ＤＩＦＦＥＲＥＮＣＥＳ  ＦＲＯＭ  ＴＨＥ  ＯＰＴＩＭＡＬ  ＳＯＬＵＴＩＯＮ」と題する２０１８年９月１０日出願の米国特許仮出願第６２／７２９，１９１号に対する優先権を主張する。
【０００３】
本出願は更に、米国特許法第１１９条（ｅ）の下で、各開示の全体が参照により本明細書に組み込まれる、「ＳＭＡＲＴ  ＡＣＴＩＶＡＴＩＯＮ  ＯＦ  ＡＮ  ＥＮＥＲＧＹ  ＤＥＶＩＣＥ  ＢＹ  ＡＮＯＴＨＥＲ  ＤＥＶＩＣＥ」と題する２０１８年６月３０日出願の米国仮特許出願第６２／６９２，７４７号、「ＳＭＡＲＴ  ＥＮＥＲＧＹ  ＡＲＣＨＩＴＥＣＴＵＲＥ」と題する２０１８年６月３０日出願の米国仮特許出願第６２／６９２，７４８号、及び「ＳＭＡＲＴ  ＥＮＥＲＧＹ  ＤＥＶＩＣＥＳ」と題する２０１８年６月３０日出願の米国仮特許出願第６２／６９２，７６８号に対する優先権を主張する。
【０００４】
本出願はまた、米国特許法第１１９条（ｅ）の下で、各開示の全体が参照により本明細書に組み込まれる、「ＭＥＴＨＯＤ  ＯＦ  ＨＵＢ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ」と題する２０１８年４月１９日出願の米国特許仮出願第６２／６５９，９００号に対する優先権を主張する。
【０００５】
本出願はまた、米国特許法第１１９条（ｅ）の下で、各開示の全体が参照により本明細書に組み込まれる、「ＣＡＰＡＣＩＴＩＶＥ  ＣＯＵＰＬＥＤ  ＲＥＴＵＲＮ  ＰＡＴＨ  ＰＡＤ  ＷＩＴＨ  ＳＥＰＡＲＡＢＬＥ  ＡＲＲＡＹ  ＥＬＥＭＥＮＴＳ」と題する２０１８年３月３０日出願の米国特許仮出願第６２／６５０，８９８号、「ＳＵＲＧＩＣＡＬ  ＳＹＳＴＥＭＳ  ＷＩＴＨ  ＯＰＴＩＭＩＺＥＤ  ＳＥＮＳＩＮＧ  ＣＡＰＡＢＩＬＩＴＩＥＳ」と題する２０１８年３月３０日出願の米国特許仮出願第６２／６５０，８８７号、「ＳＭＯＫＥ  ＥＶＡＣＵＡＴＩＯＮ  ＭＯＤＵＬＥ  ＦＯＲ  ＩＮＴＥＲＡＣＴＩＶＥ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭ」と題する２０１８年３月３０日出願の米国特許仮出願第６２／６５０，８８２号、及び「ＳＵＲＧＩＣＡＬ  ＳＭＯＫＥ  ＥＶＡＣＵＡＴＩＯＮ  ＳＥＮＳＩＮＧ  ＡＮＤ  ＣＯＮＴＲＯＬＳ」と題する２０１８年３月３０日出願の米国特許仮出願第６２／６５０，８７７号の優先権を主張する。
【０００６】
本出願はまた、米国特許法第１１９条（ｅ）の下で、各開示の全体が参照により本明細書に組み込まれる、「ＴＥＭＰＥＲＡＴＵＲＥ  ＣＯＮＴＲＯＬ  ＩＮ  ＵＬＴＲＡＳＯＮＩＣ  ＤＥＶＩＣＥ  ＡＮＤ  ＣＯＮＴＲＯＬ  ＳＹＳＴＥＭ  ＴＨＥＲＥＦＯＲ」と題する２０１８年３月８日出願の米国特許仮出願第６２／６４０，４１７号、及び「ＥＳＴＩＭＡＴＩＮＧ  ＳＴＡＴＥ  ＯＦ  ＵＬＴＲＡＳＯＮＩＣ  ＥＮＤ  ＥＦＦＥＣＴＯＲ  ＡＮＤ  ＣＯＮＴＲＯＬ  ＳＹＳＴＥＭ  ＴＨＥＲＥＦＯＲ」と題する２０１８年３月８日出願の米国特許仮出願第６２／６４０，４１５号に対する優先権を主張する。
【０００７】
本出願はまた、米国特許法第１１９条（ｅ）の下で、各開示の全体が参照により本明細書に組み込まれる、「ＩＮＴＥＲＡＣＴＩＶＥ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭ」と題する２０１７年１２月２８日出願の米国特許仮出願第６２／６１１，３４１号、「ＣＬＯＵＤ−ＢＡＳＥＤ  ＭＥＤＩＣＡＬ  ＡＮＡＬＹＴＩＣＳ」と題する２０１７年１２月２８日出願の米国特許仮出願第６２／６１１，３４０号、及び「ＲＯＢＯＴ  ＡＳＳＩＳＴＥＤ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭ」と題する２０１７年１２月２８日出願の米国特許仮出願第６２／６１１，３３９号の優先権を主張する。
【背景技術】
【０００８】
本開示は様々な外科システムに関する。外科処置は、典型的には、例えば、病院などの医療施設内の手術室又は部屋で実行される。滅菌野は、典型的には、患者の周囲に形成される。滅菌野は、適切な衣類を着用した洗浄済みのチーム構成員、並びにその領域内の全ての備品及び固定具を含み得る。様々な外科用装置及びシステムが、外科処置の実行に利用される。
【発明の概要】
【課題を解決するための手段】
【０００９】
概略的な一態様では、複数の外科用装置に通信可能に連結されるように構成されたコンピュータシステム。コンピュータシステムは、プロセッサと、プロセッサに連結されたメモリとを備える。メモリは、命令を格納しており、命令は、プロセッサによって実行されると、コンピュータシステムに、複数の外科用装置のうちのどれが、外科処置中に利用されたかを、複数の外科用装置のうちの１つ又は２つ以上から受信された手術前後データに少なくとも部分的に基づいて決定することと、外科処置中に利用される複数の外科用装置の各々が、再利用可能な外科用装置であるか、又は再利用不能な外科用装置であるかを決定することと、各再利用可能な外科用装置の保守コストを決定することと、各再利用不能な外科用装置の交換コストを決定することと、各再利用可能な外科用装置の保守コスト及び各再利用不能な外科用装置の交換コストに従って、外科処置のための複数の外科用装置の総コストを決定することと、を行わせる。
【００１０】
別の概略的な態様では、プロセッサと、プロセッサに連結されたメモリとを備えるコンピュータシステム。メモリは、命令を格納しており、命令は、プロセッサによって実行されると、コンピュータシステムに、外科処置中に利用される１つ又は２つ以上の外科用装置を、１つ又は２つ以上の外科用装置から受信された手術前後データに従って、特定することと、１つ又は２つ以上の外科用装置の各々と関連付けられた保守コスト又は交換コストに従って、外科処置のための１つ又は２つ以上の外科用装置の総コストを決定することと、を行わせる。
【００１１】
更に別の概略的な態様では、外科処置のための外科用装置コストを決定するためのコンピュータ実装方法。方法は、コンピュータシステムによって、複数の外科用装置のうちのどれが、外科処置中に利用されたかを、複数の外科用装置のうちの１つ又は２つ以上から受信された手術前後データに少なくとも部分的に基づいて決定することと、コンピュータシステムによって、外科処置中に利用される複数の外科用装置の各々が、再利用可能な外科用装置であるか、又は再利用不能な外科用装置であるかを決定することと、コンピュータシステムによって、各再利用可能な外科用装置の保守コストを決定することと、コンピュータシステムによって、各再利用不能な外科用装置の交換コストを決定することと、コンピュータシステムによって、各再利用可能な外科用装置の保守コスト及び各再利用不能な外科用装置の交換コストに従って、外科処置のための複数の外科用装置の総コストを決定することと、を含む。
【図面の簡単な説明】
【００１２】
機構、及び動作の方法の両方についての、本明細書に記載される様々な態様は、それらの更なる目的及び利点と共に、以降の添付図面と併せて、以下の説明を参照することにより最もよく理解することができる。
【図１】本開示の少なくとも１つの態様による、コンピュータ実装インタラクティブ外科システムのブロック図である。
【図２】本開示の少なくとも１つの態様による、手術室内で外科処置を行うために使用される外科システムである。
【図３】本開示の少なくとも１つの態様による可視化システム、ロボットシステム、及びインテリジェント器具とペアリングされた外科用ハブである。
【図４】本開示の少なくとも１つの態様による、外科用ハブ筐体、及び外科用ハブ筐体のドロアー内に摺動可能に受容可能な組み合わせ発生器モジュールの部分斜視図である。
【図５】本開示の少なくとも１つの態様による、双極、超音波、及び単極接点、並びに排煙構成要素を備える組み合わせ発生器モジュールの斜視図である。
【図６】本開示の少なくとも１つの態様による、複数のモジュールを受容するように構成された横方向モジュール式ハウジングの複数の横方向ドッキングポートの個々の電力バスアタッチメントを示す。
【図７】本開示の少なくとも１つの態様による、複数のモジュールを受容するように構成された垂直モジュール式ハウジングを示す。
【図８】本開示の少なくとも１つの態様による、医療施設の１つ又は２つ以上の手術室、又は外科処置のための専門設備を備えた医療施設内の任意の部屋に配置されたモジュール式装置をクラウドに接続するように構成されたモジュール式通信ハブを備える外科用データネットワークを示す。
【図９】本開示の少なくとも１つの態様による、コンピュータ実装インタラクティブ外科システムを示す。
【図１０】本開示の少なくとも１つの態様による、モジュール式制御タワーに連結された複数のモジュールを備える外科用ハブを示す。
【図１１】本開示の少なくとも１つの態様による、ユニバーサルシリアルバス（Universal Serial Bus、ＵＳＢ）ネットワークハブ装置の一態様を示す。
【図１２】本開示の少なくとも１つの態様による、クラウドコンピューティングシステムのクラウド構成要素に接続することができる、外科用ハブに連結された複数のスマート外科用器具を備える、クラウドコンピューティングシステムのブロック図である。
【図１３】本開示の少なくとも１つの態様による、クラウドコンピューティングシステムの機能モジュールアーキテクチャである。
【図１４】本開示の少なくとも１つの態様による、状況認識外科システムの図を示す。
【図１５】本開示の少なくとも１つの態様による、外科用ハブの状況認識を示す時間線である。
【図１６】本開示の少なくとも１つの態様による、相関データベース間のデータ相互運用性を示すデータベースシステムの図である。
【図１７】本開示の少なくとも１つの態様による、相関データベース間のデータ流動性を示すデータベースシステムの図である。
【図１８】本開示の少なくとも１つの態様による、データベース間でデータを共有するためのプロセスの論理フロー図である。
【図１９】本開示の少なくとも１つの態様による、特定のデータが、外科用ハブ、電子カルテ（electronic health record、ＥＨＲ）、及び病院管理データベース間で共有される、データベースシステムの図である。
【図２０】本開示の少なくとも１つの態様による、特定のデータが、ＥＨＲと病院管理データベースとの間で共有される、データベースシステムの図である。
【図２１】本開示の少なくとも１つの態様による、医療施設データベース用のセキュリティ及び認可システムを示す図である。
【図２２】本開示の少なくとも１つの態様による、外科用ハブによって実行可能なコスト分析アルゴリズムのブロック図である。
【図２３】本開示の少なくとも１つの態様による、医療施設を介した外科用装置のワークフローを示すブロック図である。
【図２４】本開示の少なくとも１つの態様による、外科処置と関連付けられた総コストを計算するためのプロセスの論理フロー図である。
【発明を実施するための形態】
【００１３】
本願の出願人は、各開示の全体が参照により本明細書に組み込まれる、２０１８年１１月６日出願の以下の米国特許出願を所有する。
・「ＳＵＲＧＩＣＡＬ  ＮＥＴＷＯＲＫ，ＩＮＳＴＲＵＭＥＮＴ，ＡＮＤ  ＣＬＯＵＤ  ＲＥＳＰＯＮＳＥＳ  ＢＡＳＥＤ  ＯＮ  ＶＡＬＩＤＡＴＩＯＮ  ＯＦ  ＲＥＣＥＩＶＥＤ  ＤＡＴＡＳＥＴ  ＡＮＤ  ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＯＦ  ＩＴＳ  ＳＯＵＲＣＥ  ＡＮＤ  ＩＮＴＥＧＲＩＴＹ」と題する米国特許出願第１６／１８２，２２４号、
・「ＳＵＲＧＩＣＡＬ  ＳＹＳＴＥＭ  ＦＯＲ  ＰＲＥＳＥＮＴＩＮＧ  ＩＮＦＯＲＭＡＴＩＯＮ  ＩＮＴＥＲＰＲＥＴＥＤ  ＦＲＯＭ  ＥＸＴＥＲＮＡＬ  ＤＡＴＡ」と題する米国特許出願第１６／１８２，２３０号、
・「ＭＯＤＩＦＩＣＡＴＩＯＮ  ＯＦ  ＳＵＲＧＩＣＡＬ  ＳＹＳＴＥＭＳ  ＣＯＮＴＲＯＬ  ＰＲＯＧＲＡＭＳ  ＢＡＳＥＤ  ＯＮ  ＭＡＣＨＩＮＥ  ＬＥＡＲＮＩＮＧ」と題する米国特許出願第１６／１８２，２３３号、
・「ＡＤＪＵＳＴＭＥＮＴ  ＯＦ  ＤＥＶＩＣＥ  ＣＯＮＴＲＯＬ  ＰＲＯＧＲＡＭＳ  ＢＡＳＥＤ  ＯＮ  ＳＴＲＡＴＩＦＩＥＤ  ＣＯＮＴＥＸＴＵＡＬ  ＤＡＴＡ  ＩＮ  ＡＤＤＩＴＩＯＮ  ＴＯ  ＴＨＥ  ＤＡＴＡ」と題する米国特許出願第１６／１８２，２３９号、
・「ＳＵＲＧＩＣＡＬ  ＨＵＢ  ＡＮＤ  ＭＯＤＵＬＡＲ  ＤＥＶＩＣＥ  ＲＥＳＰＯＮＳＥ  ＡＤＪＵＳＴＭＥＮＴ  ＢＡＳＥＤ  ＯＮ  ＳＩＴＵＡＴＩＯＮＡＬ  ＡＷＡＲＥＮＥＳＳ」と題する米国特許出願第１６／１８２，２４３号、
・「ＤＥＴＥＣＴＩＯＮ  ＡＮＤ  ＥＳＣＡＬＡＴＩＯＮ  ＯＦ  ＳＥＣＵＲＩＴＹ  ＲＥＳＰＯＮＳＥＳ  ＯＦ  ＳＵＲＧＩＣＡＬ  ＩＮＳＴＲＵＭＥＮＴＳ  ＴＯ  ＩＮＣＲＥＡＳＩＮＧ  ＳＥＶＥＲＩＴＹ  ＴＨＲＥＡＴＳ」と題する米国特許出願第１６／１８２，２４８号、
・「ＩＮＴＥＲＡＣＴＩＶＥ  ＳＵＲＧＩＣＡＬ  ＳＹＳＴＥＭ」と題する米国特許出願第１６／１８２，２５１号、
・「ＡＵＴＯＭＡＴＥＤ  ＤＡＴＡ  ＳＣＡＬＩＮＧ，ＡＬＩＧＮＭＥＮＴ，ＡＮＤ  ＯＲＧＡＮＩＺＩＮＧ  ＢＡＳＥＤ  ＯＮ  ＰＲＥＤＥＦＩＮＥＤ  ＰＡＲＡＭＥＴＥＲＳ  ＷＩＴＨＩＮ  ＳＵＲＧＩＣＡＬ  ＮＥＴＷＯＲＫＳ」と題する米国特許出願第１６／１８２，２６０号、
・「ＳＥＮＳＩＮＧ  ＴＨＥ  ＰＡＴＩＥＮＴ  ＰＯＳＩＴＩＯＮ  ＡＮＤ  ＣＯＮＴＡＣＴ  ＵＴＩＬＩＺＩＮＧ  ＴＨＥ  ＭＯＮＯ−ＰＯＬＡＲ  ＲＥＴＵＲＮ  ＰＡＤ  ＥＬＥＣＴＲＯＤＥ  ＴＯ  ＰＲＯＶＩＤＥ  ＳＩＴＵＡＴＩＯＮＡＬ  ＡＷＡＲＥＮＥＳＳ  ＴＯ  Ａ  ＳＵＲＧＩＣＡＬ  ＮＥＴＷＯＲＫ」と題する米国特許出願第１６／１８２，２６７号、
・「ＰＯＷＥＲＥＤ  ＳＵＲＧＩＣＡＬ  ＴＯＯＬ  ＷＩＴＨ  ＰＲＥＤＥＦＩＮＥＤ  ＡＤＪＵＳＴＡＢＬＥ  ＣＯＮＴＲＯＬ  ＡＬＧＯＲＩＴＨＭ  ＦＯＲ  ＣＯＮＴＲＯＬＬＩＮＧ  ＥＮＤ  ＥＦＦＥＣＴＯＲ  ＰＡＲＡＭＥＴＥＲ」と題する米国特許出願第１６／１８２，２４９号、
・「ＡＤＪＵＳＴＭＥＮＴＳ  ＢＡＳＥＤ  ＯＮ  ＡＩＲＢＯＲＮＥ  ＰＡＲＴＩＣＬＥ  ＰＲＯＰＥＲＴＩＥＳ」と題する米国特許出願第１６／１８２，２４６号、
・「ＡＤＪＵＳＴＭＥＮＴ  ＯＦ  Ａ  ＳＵＲＧＩＣＡＬ  ＤＥＶＩＣＥ  ＦＵＮＣＴＩＯＮ  ＢＡＳＥＤ  ＯＮ  ＳＩＴＵＡＴＩＯＮＡＬ  ＡＷＡＲＥＮＥＳＳ」と題する米国特許出願第１６／１８２，２５６号、
・「ＵＳＡＧＥ  ＡＮＤ  ＴＥＣＨＮＩＱＵＥ  ＡＮＡＬＹＳＩＳ  ＯＦ  ＳＵＲＧＥＯＮ／ＳＴＡＦＦ  ＰＥＲＦＯＲＭＡＮＣＥ  ＡＧＡＩＮＳＴ  Ａ  ＢＡＳＥＬＩＮＥ  ＴＯ  ＯＰＴＩＭＩＺＥ  ＤＥＶＩＣＥ  ＵＴＩＬＩＺＡＴＩＯＮ  ＡＮＤ  ＰＥＲＦＯＲＭＡＮＣＥ  ＦＯＲ  ＢＯＴＨ  ＣＵＲＲＥＮＴ  ＡＮＤ  ＦＵＴＵＲＥ  ＰＲＯＣＥＤＵＲＥＳ」と題する米国特許出願第１６／１８２，２５５号、
・「ＩＭＡＧＥ  ＣＡＰＴＵＲＩＮＧ  ＯＦ  ＴＨＥ  ＡＲＥＡＳ  ＯＵＴＳＩＤＥ  ＴＨＥ  ＡＢＤＯＭＥＮ  ＴＯ  ＩＭＰＲＯＶＥ  ＰＬＡＣＥＭＥＮＴ  ＡＮＤ  ＣＯＮＴＲＯＬ  ＯＦ  Ａ  ＳＵＲＧＩＣＡＬ  ＤＥＶＩＣＥ  ＩＮ  ＵＳＥ」と題する米国特許出願第１６／１８２，２６９号、
・「ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＯＦ  ＤＡＴＡ  ＷＨＥＲＥ  Ａ  ＳＵＲＧＩＣＡＬ  ＮＥＴＷＯＲＫ  ＩＳ  ＵＳＩＮＧ  ＣＯＮＴＥＸＴ  ＯＦ  ＴＨＥ  ＤＡＴＡ  ＡＮＤ  ＲＥＱＵＩＲＥＭＥＮＴＳ  ＯＦ  Ａ  ＲＥＣＥＩＶＩＮＧ  ＳＹＳＴＥＭ／ＵＳＥＲ  ＴＯ  ＩＮＦＬＵＥＮＣＥ  ＩＮＣＬＵＳＩＯＮ  ＯＲ  ＬＩＮＫＡＧＥ  ＯＦ  ＤＡＴＡ  ＡＮＤ  ＭＥＴＡＤＡＴＡ  ＴＯ  ＥＳＴＡＢＬＩＳＨ  ＣＯＮＴＩＮＵＩＴＹ」と題する米国特許出願第１６／１８２，２７８号、
・「ＳＵＲＧＩＣＡＬ  ＮＥＴＷＯＲＫ  ＲＥＣＯＭＭＥＮＤＡＴＩＯＮＳ  ＦＲＯＭ  ＲＥＡＬ  ＴＩＭＥ  ＡＮＡＬＹＳＩＳ  ＯＦ  ＰＲＯＣＥＤＵＲＥ  ＶＡＲＩＡＢＬＥＳ  ＡＧＡＩＮＳＴ  Ａ  ＢＡＳＥＬＩＮＥ  ＨＩＧＨＬＩＧＨＴＩＮＧ  ＤＩＦＦＥＲＥＮＣＥＳ  ＦＲＯＭ  ＴＨＥ  ＯＰＴＩＭＡＬ  ＳＯＬＵＴＩＯＮ」と題する米国特許出願第１６／１８２，２９０号、
・「ＣＯＮＴＲＯＬ  ＯＦ  Ａ  ＳＵＲＧＩＣＡＬ  ＳＹＳＴＥＭ  ＴＨＲＯＵＧＨ  Ａ  ＳＵＲＧＩＣＡＬ  ＢＡＲＲＩＥＲ」と題する米国特許出願第１６／１８２，２３２号、
・「ＳＵＲＧＩＣＡＬ  ＮＥＴＷＯＲＫ  ＤＥＴＥＲＭＩＮＡＴＩＯＮ  ＯＦ  ＰＲＩＯＲＩＴＩＺＡＴＩＯＮ  ＯＦ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ，ＩＮＴＥＲＡＣＴＩＯＮ，ＯＲ  ＰＲＯＣＥＳＳＩＮＧ  ＢＡＳＥＤ  ＯＮ  ＳＹＳＴＥＭ  ＯＲ  ＤＥＶＩＣＥ  ＮＥＥＤＳ」と題する米国特許出願第１６／１８２，２２７号、
・「ＷＩＲＥＬＥＳＳ  ＰＡＩＲＩＮＧ  ＯＦ  Ａ  ＳＵＲＧＩＣＡＬ  ＤＥＶＩＣＥ  ＷＩＴＨ  ＡＮＯＴＨＥＲ  ＤＥＶＩＣＥ  ＷＩＴＨＩＮ  Ａ  ＳＴＥＲＩＬＥ  ＳＵＲＧＩＣＡＬ  ＦＩＥＬＤ  ＢＡＳＥＤ  ＯＮ  ＴＨＥ  ＵＳＡＧＥ  ＡＮＤ  ＳＩＴＵＡＴＩＯＮＡＬ  ＡＷＡＲＥＮＥＳＳ  ＯＦ  ＤＥＶＩＣＥＳ」と題する米国特許出願第１６／１８２，２３１号、
・「ＡＤＪＵＳＴＭＥＮＴ  ＯＦ  ＳＴＡＰＬＥ  ＨＥＩＧＨＴ  ＯＦ  ＡＴ  ＬＥＡＳＴ  ＯＮＥ  ＲＯＷ  ＯＦ  ＳＴＡＰＬＥＳ  ＢＡＳＥＤ  ＯＮ  ＴＨＥ  ＳＥＮＳＥＤ  ＴＩＳＳＵＥ  ＴＨＩＣＫＮＥＳＳ  ＯＲ  ＦＯＲＣＥ  ＩＮ  ＣＬＯＳＩＮＧ」と題する米国特許出願第１６／１８２，２２９号、
・「ＳＴＡＰＬＩＮＧ  ＤＥＶＩＣＥ  ＷＩＴＨ  ＢＯＴＨ  ＣＯＭＰＵＬＳＯＲＹ  ＡＮＤ  ＤＩＳＣＲＥＴＩＯＮＡＲＹ  ＬＯＣＫＯＵＴＳ  ＢＡＳＥＤ  ＯＮ  ＳＥＮＳＥＤ  ＰＡＲＡＭＥＴＥＲＳ」と題する米国特許出願第１６／１８２，２３４号、
・「ＰＯＷＥＲＥＤ  ＳＴＡＰＬＩＮＧ  ＤＥＶＩＣＥ  ＣＯＮＦＩＧＵＲＥＤ  ＴＯ  ＡＤＪＵＳＴ  ＦＯＲＣＥ，ＡＤＶＡＮＣＥＭＥＮＴ  ＳＰＥＥＤ，ＡＮＤ  ＯＶＥＲＡＬＬ  ＳＴＲＯＫＥ  ＯＦ  ＣＵＴＴＩＮＧ  ＭＥＭＢＥＲ  ＢＡＳＥＤ  ＯＮ  ＳＥＮＳＥＤ  ＰＡＲＡＭＥＴＥＲ  ＯＦ  ＦＩＲＩＮＧ  ＯＲ  ＣＬＡＭＰＩＮＧ」と題する米国特許出願第１６／１８２，２４０号、
・「ＶＡＲＩＡＴＩＯＮ  ＯＦ  ＲＡＤＩＯ  ＦＲＥＱＵＥＮＣＹ  ＡＮＤ  ＵＬＴＲＡＳＯＮＩＣ  ＰＯＷＥＲ  ＬＥＶＥＬ  ＩＮ  ＣＯＯＰＥＲＡＴＩＯＮ  ＷＩＴＨ  ＶＡＲＹＩＮＧ  ＣＬＡＭＰ  ＡＲＭ  ＰＲＥＳＳＵＲＥ  ＴＯ  ＡＣＨＩＥＶＥ  ＰＲＥＤＥＦＩＮＥＤ  ＨＥＡＴ  ＦＬＵＸ  ＯＲ  ＰＯＷＥＲ  ＡＰＰＬＩＥＤ  ＴＯ  ＴＩＳＳＵＥ」と題する米国特許出願第１６／１８２，２３５号、及び
・「ＵＬＴＲＡＳＯＮＩＣ  ＥＮＥＲＧＹ  ＤＥＶＩＣＥ  ＷＨＩＣＨ  ＶＡＲＩＥＳ  ＰＲＥＳＳＵＲＥ  ＡＰＰＬＩＥＤ  ＢＹ  ＣＬＡＭＰ  ＡＲＭ  ＴＯ  ＰＲＯＶＩＤＥ  ＴＨＲＥＳＨＯＬＤ  ＣＯＮＴＲＯＬ  ＰＲＥＳＳＵＲＥ  ＡＴ  Ａ  ＣＵＴ  ＰＲＯＧＲＥＳＳＩＯＮ  ＬＯＣＡＴＩＯＮ」と題する米国特許出願第１６／１８２，２３８号。
【００１４】
本願の出願人は、各開示の全体が参照により本明細書に組み込まれる、２０１８年９月１０日出願の以下の米国特許出願を所有する。
・「Ａ  ＣＯＮＴＲＯＬ  ＦＯＲ  Ａ  ＳＵＲＧＩＣＡＬ  ＮＥＴＷＯＲＫ  ＯＲ  ＳＵＲＧＩＣＡＬ  ＮＥＴＷＯＲＫ  ＣＯＮＮＥＣＴＥＤ  ＤＥＶＩＣＥ  ＴＨＡＴ  ＡＤＪＵＳＴＳ  ＩＴＳ  ＦＵＮＣＴＩＯＮ  ＢＡＳＥＤ  ＯＮ  Ａ  ＳＥＮＳＥＤ  ＳＩＴＵＡＴＩＯＮ  ＯＲ  ＵＳＡＧＥ」と題する米国特許仮出願第６２／７２９，１８３号、
・「ＡＵＴＯＭＡＴＥＤ  ＤＡＴＡ  ＳＣＡＬＩＮＧ，ＡＬＩＧＮＭＥＮＴ，ＡＮＤ  ＯＲＧＡＮＩＺＩＮＧ  ＢＡＳＥＤ  ＯＮ  ＰＲＥＤＥＦＩＮＥＤ  ＰＡＲＡＭＥＴＥＲＳ  ＷＩＴＨＩＮ  Ａ  ＳＵＲＧＩＣＡＬ  ＮＥＴＷＯＲＫ  ＢＥＦＯＲＥ  ＴＲＡＮＳＭＩＳＳＩＯＮ」と題する米国特許仮出願第６２／７２９，１７７号、
・「ＩＮＤＩＲＥＣＴ  ＣＯＭＭＡＮＤ  ＡＮＤ  ＣＯＮＴＲＯＬ  ＯＦ  Ａ  ＦＩＲＳＴ  ＯＰＥＲＡＴＩＮＧ  ＲＯＯＭ  ＳＹＳＴＥＭ  ＴＨＲＯＵＧＨ  ＴＨＥ  ＵＳＥ  ＯＦ  Ａ  ＳＥＣＯＮＤ  ＯＰＥＲＡＴＩＮＧ  ＲＯＯＭ  ＳＹＳＴＥＭ  ＷＩＴＨＩＮ  Ａ  ＳＴＥＲＩＬＥ  ＦＩＥＬＤ  ＷＨＥＲＥ  ＴＨＥ  ＳＥＣＯＮＤ  ＯＰＥＲＡＴＩＮＧ  ＲＯＯＭ  ＳＹＳＴＥＭ  ＨＡＳ  ＰＲＩＭＡＲＹ  ＡＮＤ  ＳＥＣＯＮＤＡＲＹ  ＯＰＥＲＡＴＩＮＧ  ＭＯＤＥＳ」と題する米国特許仮出願第６２／７２９，１７６号、
・「ＰＯＷＥＲＥＤ  ＳＴＡＰＬＩＮＧ  ＤＥＶＩＣＥ  ＴＨＡＴ  ＩＳ  ＣＡＰＡＢＬＥ  ＯＦ  ＡＤＪＵＳＴＩＮＧ  ＦＯＲＣＥ，ＡＤＶＡＮＣＥＭＥＮＴ  ＳＰＥＥＤ，ＡＮＤ  ＯＶＥＲＡＬＬ  ＳＴＲＯＫＥ  ＯＦ  ＣＵＴＴＩＮＧ  ＭＥＭＢＥＲ  ＯＦ  ＴＨＥ  ＤＥＶＩＣＥ  ＢＡＳＥＤ  ＯＮ  ＳＥＮＳＥＤ  ＰＡＲＡＭＥＴＥＲ  ＯＦ  ＦＩＲＩＮＧ  ＯＲ  ＣＬＡＭＰＩＮＧ」と題する米国特許仮出願第６２／７２９，１８５号、
・「ＰＯＷＥＲＥＤ  ＳＵＲＧＩＣＡＬ  ＴＯＯＬ  ＷＩＴＨ  Ａ  ＰＲＥＤＥＦＩＮＥＤ  ＡＤＪＵＳＴＡＢＬＥ  ＣＯＮＴＲＯＬ  ＡＬＧＯＲＩＴＨＭ  ＦＯＲ  ＣＯＮＴＲＯＬＬＩＮＧ  ＡＴ  ＬＥＡＳＴ  ＯＮＥ  ＥＮＤ  ＥＦＦＥＣＴＯＲ  ＰＡＲＡＭＥＴＥＲ  ＡＮＤ  Ａ  ＭＥＡＮＳ  ＦＯＲ  ＬＩＭＩＴＩＮＧ  ＴＨＥ  ＡＤＪＵＳＴＭＥＮＴ」と題する米国特許仮出願第６２／７２９，１８４号、
・「ＳＥＮＳＩＮＧ  ＴＨＥ  ＰＡＴＩＥＮＴ  ＰＯＳＩＴＩＯＮ  ＡＮＤ  ＣＯＮＴＡＣＴ  ＵＴＩＬＩＺＩＮＧ  ＴＨＥ  ＭＯＮＯ  ＰＯＬＡＲ  ＲＥＴＵＲＮ  ＰＡＤ  ＥＬＥＣＴＲＯＤＥ  ＴＯ  ＰＲＯＶＩＤＥ  ＳＩＴＵＡＴＩＯＮＡＬ  ＡＷＡＲＥＮＥＳＳ  ＴＯ  ＴＨＥ  ＨＵＢ」と題する米国特許仮出願第６２／７２９，１８２号、
・「ＳＵＲＧＩＣＡＬ  ＮＥＴＷＯＲＫ  ＲＥＣＯＭＭＥＮＤＡＴＩＯＮＳ  ＦＲＯＭ  ＲＥＡＬ  ＴＩＭＥ  ＡＮＡＬＹＳＩＳ  ＯＦ  ＰＲＯＣＥＤＵＲＥ  ＶＡＲＩＡＢＬＥＳ  ＡＧＡＩＮＳＴ  Ａ  ＢＡＳＥＬＩＮＥ  ＨＩＧＨＬＩＧＨＴＩＮＧ  ＤＩＦＦＥＲＥＮＣＥＳ  ＦＲＯＭ  ＴＨＥ  ＯＰＴＩＭＡＬ  ＳＯＬＵＴＩＯＮ」と題する米国特許仮出願第６２／７２９，１９１号、
・「ＵＬＴＲＡＳＯＮＩＣ  ＥＮＥＲＧＹ  ＤＥＶＩＣＥ  ＷＨＩＣＨ  ＶＡＲＩＥＳ  ＰＲＥＳＳＵＲＥ  ＡＰＰＬＩＥＤ  ＢＹ  ＣＬＡＭＰ  ＡＲＭ  ＴＯ  ＰＲＯＶＩＤＥ  ＴＨＲＥＳＨＯＬＤ  ＣＯＮＴＲＯＬ  ＰＲＥＳＳＵＲＥ  ＡＴ  Ａ  ＣＵＴ  ＰＲＯＧＲＥＳＳＩＯＮ  ＬＯＣＡＴＩＯＮ」と題する米国特許仮出願第６２／７２９，１９５号、及び
・「ＷＩＲＥＬＥＳＳ  ＰＡＩＲＩＮＧ  ＯＦ  Ａ  ＳＵＲＧＩＣＡＬ  ＤＥＶＩＣＥ  ＷＩＴＨ  ＡＮＯＴＨＥＲ  ＤＥＶＩＣＥ  ＷＩＴＨＩＮ  Ａ  ＳＴＥＲＩＬＥ  ＳＵＲＧＩＣＡＬ  ＦＩＥＬＤ  ＢＡＳＥＤ  ＯＮ  ＴＨＥ  ＵＳＡＧＥ  ＡＮＤ  ＳＩＴＵＡＴＩＯＮＡＬ  ＡＷＡＲＥＮＥＳＳ  ＯＦ  ＤＥＶＩＣＥＳ」と題する米国特許仮出願第６２／７２９，１８６号。
【００１５】
本願の出願人は、各開示の全体が参照により本明細書に組み込まれる、２０１８年８月２８日出願の以下の米国特許出願を所有する。
・「ＥＳＴＩＭＡＴＩＮＧ  ＳＴＡＴＥ  ＯＦ  ＵＬＴＲＡＳＯＮＩＣ  ＥＮＤ  ＥＦＦＥＣＴＯＲ  ＡＮＤ  ＣＯＮＴＲＯＬ  ＳＹＳＴＥＭ  ＴＨＥＲＥＦＯＲ」と題する米国特許出願第１６／１１５，２１４号、
・「ＴＥＭＰＥＲＡＴＵＲＥ  ＣＯＮＴＲＯＬ  ＯＦ  ＵＬＴＲＡＳＯＮＩＣ  ＥＮＤ  ＥＦＦＥＣＴＯＲ  ＡＮＤ  ＣＯＮＴＲＯＬ  ＳＹＳＴＥＭ  ＴＨＥＲＥＦＯＲ」と題する米国特許出願第１６／１１５，２０５号、
・「ＲＡＤＩＯ  ＦＲＥＱＵＥＮＣＹ  ＥＮＥＲＧＹ  ＤＥＶＩＣＥ  ＦＯＲ  ＤＥＬＩＶＥＲＩＮＧ  ＣＯＭＢＩＮＥＤ  ＥＬＥＣＴＲＩＣＡＬ  ＳＩＧＮＡＬＳ」と題する米国特許出願第１６／１１５，２３３号、
・「ＣＯＮＴＲＯＬＬＩＮＧ  ＡＮ  ＵＬＴＲＡＳＯＮＩＣ  ＳＵＲＧＩＣＡＬ  ＩＮＳＴＲＵＭＥＮＴ  ＡＣＣＯＲＤＩＮＧ  ＴＯ  ＴＩＳＳＵＥ  ＬＯＣＡＴＩＯＮ」と題する米国特許出願第１６／１１５，２０８号、
・「ＣＯＮＴＲＯＬＬＩＮＧ  ＡＣＴＩＶＡＴＩＯＮ  ＯＦ  ＡＮ  ＵＬＴＲＡＳＯＮＩＣ  ＳＵＲＧＩＣＡＬ  ＩＮＳＴＲＵＭＥＮＴ  ＡＣＣＯＲＤＩＮＧ  ＴＯ  ＴＨＥ  ＰＲＥＳＥＮＣＥ  ＯＦ  ＴＩＳＳＵＥ」と題する米国特許出願第１６／１１５，２２０号、
・「ＤＥＴＥＲＭＩＮＩＮＧ  ＴＩＳＳＵＥ  ＣＯＭＰＯＳＩＴＩＯＮ  ＶＩＡ  ＡＮ  ＵＬＴＲＡＳＯＮＩＣ  ＳＹＳＴＥＭ」と題する米国特許出願第１６／１１５，２３２号、
・「ＤＥＴＥＲＭＩＮＩＮＧ  ＴＨＥ  ＳＴＡＴＥ  ＯＦ  ＡＮ  ＵＬＴＲＡＳＯＮＩＣ  ＥＬＥＣＴＲＯＭＥＣＨＡＮＩＣＡＬ  ＳＹＳＴＥＭ  ＡＣＣＯＲＤＩＮＧ  ＴＯ  ＦＲＥＱＵＥＮＣＹ  ＳＨＩＦＴ」と題する米国特許出願第１６／１１５，２３９号、
・「ＤＥＴＥＲＭＩＮＩＮＧ  ＴＨＥ  ＳＴＡＴＥ  ＯＦ  ＡＮ  ＵＬＴＲＡＳＯＮＩＣ  ＥＮＤ  ＥＦＦＥＣＴＯＲ」と題する米国特許出願第１６／１１５，２４７号、
・「ＳＩＴＵＡＴＩＯＮＡＬ  ＡＷＡＲＥＮＥＳＳ  ＯＦ  ＥＬＥＣＴＲＯＳＵＲＧＩＣＡＬ  ＳＹＳＴＥＭＳ」と題する米国特許出願第１６／１１５，２１１号、
・「ＭＥＣＨＡＮＩＳＭＳ  ＦＯＲ  ＣＯＮＴＲＯＬＬＩＮＧ  ＤＩＦＦＥＲＥＮＴ  ＥＬＥＣＴＲＯＭＥＣＨＡＮＩＣＡＬ  ＳＹＳＴＥＭＳ  ＯＦ  ＡＮ  ＥＬＥＣＴＲＯＳＵＲＧＩＣＡＬ  ＩＮＳＴＲＵＭＥＮＴ」と題する米国特許出願第１６／１１５，２２６号、
・「ＤＥＴＥＣＴＩＯＮ  ＯＦ  ＥＮＤ  ＥＦＦＥＣＴＯＲ  ＩＭＭＥＲＳＩＯＮ  ＩＮ  ＬＩＱＵＩＤ」と題する米国特許出願第１６／１１５，２４０号、
・「ＩＮＴＥＲＲＵＰＴＩＯＮ  ＯＦ  ＥＮＥＲＧＹ  ＤＵＥ  ＴＯ  ＩＮＡＤＶＥＲＴＥＮＴ  ＣＡＰＡＣＩＴＩＶＥ  ＣＯＵＰＬＩＮＧ」と題する米国特許出願第１６／１１５，２４９号、
・「ＩＮＣＲＥＡＳＩＮＧ  ＲＡＤＩＯ  ＦＲＥＱＵＥＮＣＹ  ＴＯ  ＣＲＥＡＴＥ  ＰＡＤ−ＬＥＳＳ  ＭＯＮＯＰＯＬＡＲ  ＬＯＯＰ」と題する米国特許出願第１６／１１５，２５６号、
・「ＢＩＰＯＬＡＲ  ＣＯＭＢＩＮＡＴＩＯＮ  ＤＥＶＩＣＥ  ＴＨＡＴ  ＡＵＴＯＭＡＴＩＣＡＬＬＹ  ＡＤＪＵＳＴＳ  ＰＲＥＳＳＵＲＥ  ＢＡＳＥＤ  ＯＮ  ＥＮＥＲＧＹ  ＭＯＤＡＬＩＴＹ」と題する米国特許出願第１６／１１５，２２３号、及び
・「ＡＣＴＩＶＡＴＩＯＮ  ＯＦ  ＥＮＥＲＧＹ  ＤＥＶＩＣＥＳ」と題する米国特許出願第１６／１１５，２３８号。
【００１６】
本願の出願人は、各開示の全体が参照により本明細書に組み込まれる、２０１８年８月２３日出願の以下の米国特許出願を所有する。
・「ＣＯＮＴＲＯＬＬＩＮＧ  ＡＮ  ＵＬＴＲＡＳＯＮＩＣ  ＳＵＲＧＩＣＡＬ  ＩＮＳＴＲＵＭＥＮＴ  ＡＣＣＯＲＤＩＮＧ  ＴＯ  ＴＩＳＳＵＥ  ＬＯＣＡＴＩＯＮ」と題する米国特許仮出願第６２／７２１，９９５号、
・「ＳＩＴＵＡＴＩＯＮＡＬ  ＡＷＡＲＥＮＥＳＳ  ＯＦ  ＥＬＥＣＴＲＯＳＵＲＧＩＣＡＬ  ＳＹＳＴＥＭＳ」と題する米国特許仮出願第６２／７２１，９９８号、
・「ＩＮＴＥＲＲＵＰＴＩＯＮ  ＯＦ  ＥＮＥＲＧＹ  ＤＵＥ  ＴＯ  ＩＮＡＤＶＥＲＴＥＮＴ  ＣＡＰＡＣＩＴＩＶＥ  ＣＯＵＰＬＩＮＧ」と題する米国特許仮出願第６２／７２１，９９９号、
・「ＢＩＰＯＬＡＲ  ＣＯＭＢＩＮＡＴＩＯＮ  ＤＥＶＩＣＥ  ＴＨＡＴ  ＡＵＴＯＭＡＴＩＣＡＬＬＹ  ＡＤＪＵＳＴＳ  ＰＲＥＳＳＵＲＥ  ＢＡＳＥＤ  ＯＮ  ＥＮＥＲＧＹ  ＭＯＤＡＬＩＴＹ」と題する米国特許仮出願第６２／７２１，９９４号、及び
・「ＲＡＤＩＯ  ＦＲＥＱＵＥＮＣＹ  ＥＮＥＲＧＹ  ＤＥＶＩＣＥ  ＦＯＲ  ＤＥＬＩＶＥＲＩＮＧ  ＣＯＭＢＩＮＥＤ  ＥＬＥＣＴＲＩＣＡＬ  ＳＩＧＮＡＬＳ」と題する米国特許仮出願第６２／７２１，９９６号。
【００１７】
本願の出願人は、各開示の全体が参照により本明細書に組み込まれる、２０１８年６月３０日出願の以下の米国特許出願を所有する。
・「ＳＭＡＲＴ  ＡＣＴＩＶＡＴＩＯＮ  ＯＦ  ＡＮ  ＥＮＥＲＧＹ  ＤＥＶＩＣＥ  ＢＹ  ＡＮＯＴＨＥＲ  ＤＥＶＩＣＥ」と題する米国特許仮出願第６２／６９２，７４７号、
・「ＳＭＡＲＴ  ＥＮＥＲＧＹ  ＡＲＣＨＩＴＥＣＴＵＲＥ」と題する米国特許仮出願第６２／６９２，７４８号、及び
・「ＳＭＡＲＴ  ＥＮＥＲＧＹ  ＤＥＶＩＣＥＳ」と題する米国特許仮出願第６２／６９２，７６８号。
【００１８】
本願の出願人は、各開示の全体が参照により本明細書に組み込まれる、２０１８年６月２９日出願の以下の米国特許出願を所有する。
・「ＣＡＰＡＣＩＴＩＶＥ  ＣＯＵＰＬＥＤ  ＲＥＴＵＲＮ  ＰＡＴＨ  ＰＡＤ  ＷＩＴＨ  ＳＥＰＡＲＡＢＬＥ  ＡＲＲＡＹ  ＥＬＥＭＥＮＴＳ」と題する米国特許出願第１６／０２４，０９０号、
・「ＣＯＮＴＲＯＬＬＩＮＧ  Ａ  ＳＵＲＧＩＣＡＬ  ＩＮＳＴＲＵＭＥＮＴ  ＡＣＣＯＲＤＩＮＧ  ＴＯ  ＳＥＮＳＥＤ  ＣＬＯＳＵＲＥ  ＰＡＲＡＭＥＴＥＲＳ」と題する米国特許出願第１６／０２４，０５７号、
・「ＳＹＳＴＥＭＳ  ＦＯＲ  ＡＤＪＵＳＴＩＮＧ  ＥＮＤ  ＥＦＦＥＣＴＯＲ  ＰＡＲＡＭＥＴＥＲＳ  ＢＡＳＥＤ  ＯＮ  ＰＥＲＩＯＰＥＲＡＴＩＶＥ  ＩＮＦＯＲＭＡＴＩＯＮ」と題する米国特許出願第１６／０２４，０６７号、
・「ＳＡＦＥＴＹ  ＳＹＳＴＥＭＳ  ＦＯＲ  ＳＭＡＲＴ  ＰＯＷＥＲＥＤ  ＳＵＲＧＩＣＡＬ  ＳＴＡＰＬＩＮＧ」と題する米国特許出願第１６／０２４，０７５号、
・「ＳＡＦＥＴＹ  ＳＹＳＴＥＭＳ  ＦＯＲ  ＳＭＡＲＴ  ＰＯＷＥＲＥＤ  ＳＵＲＧＩＣＡＬ  ＳＴＡＰＬＩＮＧ」と題する米国特許出願第１６／０２４，０８３号、
・「ＳＵＲＧＩＣＡＬ  ＳＹＳＴＥＭＳ  ＦＯＲ  ＤＥＴＥＣＴＩＮＧ  ＥＮＤ  ＥＦＦＥＣＴＯＲ  ＴＩＳＳＵＥ  ＤＩＳＴＲＩＢＵＴＩＯＮ  ＩＲＲＥＧＵＬＡＲＩＴＩＥＳ」と題する米国特許出願第１６／０２４，０９４号、
・「ＳＹＳＴＥＭＳ  ＦＯＲ  ＤＥＴＥＣＴＩＮＧ  ＰＲＯＸＩＭＩＴＹ  ＯＦ  ＳＵＲＧＩＣＡＬ  ＥＮＤ  ＥＦＦＥＣＴＯＲ  ＴＯ  ＣＡＮＣＥＲＯＵＳ  ＴＩＳＳＵＥ」と題する米国特許出願第１６／０２４，１３８号、
・「ＳＵＲＧＩＣＡＬ  ＩＮＳＴＲＵＭＥＮＴ  ＣＡＲＴＲＩＤＧＥ  ＳＥＮＳＯＲ  ＡＳＳＥＭＢＬＩＥＳ」と題する米国特許出願第１６／０２４，１５０号、
・「ＶＡＲＩＡＢＬＥ  ＯＵＴＰＵＴ  ＣＡＲＴＲＩＤＧＥ  ＳＥＮＳＯＲ  ＡＳＳＥＭＢＬＹ」と題する米国特許出願第１６／０２４，１６０号、
・「ＳＵＲＧＩＣＡＬ  ＩＮＳＴＲＵＭＥＮＴ  ＨＡＶＩＮＧ  Ａ  ＦＬＥＸＩＢＬＥ  ＥＬＥＣＴＲＯＤＥ」と題する米国特許出願第１６／０２４，１２４号、
・「ＳＵＲＧＩＣＡＬ  ＩＮＳＴＲＵＭＥＮＴ  ＨＡＶＩＮＧ  Ａ  ＦＬＥＸＩＢＬＥ  ＣＩＲＣＵＩＴ」と題する米国特許出願第１６／０２４，１３２号、
・「ＳＵＲＧＩＣＡＬ  ＩＮＳＴＲＵＭＥＮＴ  ＷＩＴＨ  Ａ  ＴＩＳＳＵＥ  ＭＡＲＫＩＮＧ  ＡＳＳＥＭＢＬＹ」と題する米国特許出願第１６／０２４，１４１号、
・「ＳＵＲＧＩＣＡＬ  ＳＹＳＴＥＭＳ  ＷＩＴＨ  ＰＲＩＯＲＩＴＩＺＥＤ  ＤＡＴＡ  ＴＲＡＮＳＭＩＳＳＩＯＮ  ＣＡＰＡＢＩＬＩＴＩＥＳ」と題する米国特許出願第１６／０２４，１６２号、
・「ＳＵＲＧＩＣＡＬ  ＥＶＡＣＵＡＴＩＯＮ  ＳＥＮＳＩＮＧ  ＡＮＤ  ＭＯＴＯＲ  ＣＯＮＴＲＯＬ」と題する米国特許出願第１６／０２４，０６６号、
・「ＳＵＲＧＩＣＡＬ  ＥＶＡＣＵＡＴＩＯＮ  ＳＥＮＳＯＲ  ＡＲＲＡＮＧＥＭＥＮＴＳ」と題する米国特許出願第１６／０２４，０９６号、
・「ＳＵＲＧＩＣＡＬ  ＥＶＡＣＵＡＴＩＯＮ  ＦＬＯＷ  ＰＡＴＨＳ」と題する米国特許出願第１６／０２４，１１６号、
・「ＳＵＲＧＩＣＡＬ  ＥＶＡＣＵＡＴＩＯＮ  ＳＥＮＳＩＮＧ  ＡＮＤ  ＧＥＮＥＲＡＴＯＲ  ＣＯＮＴＲＯＬ」と題する米国特許出願第１６／０２４，１４９号、
・「ＳＵＲＧＩＣＡＬ  ＥＶＡＣＵＡＴＩＯＮ  ＳＥＮＳＩＮＧ  ＡＮＤ  ＤＩＳＰＬＡＹ」と題する米国特許出願第１６／０２４，１８０号、
・「ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＯＦ  ＳＭＯＫＥ  ＥＶＡＣＵＡＴＩＯＮ  ＳＹＳＴＥＭ  ＰＡＲＡＭＥＴＥＲＳ  ＴＯ  ＨＵＢ  ＯＲ  ＣＬＯＵＤ  ＩＮ  ＳＭＯＫＥ  ＥＶＡＣＵＡＴＩＯＮ  ＭＯＤＵＬＥ  ＦＯＲ  ＩＮＴＥＲＡＣＴＩＶＥ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭ」と題する米国特許出願第１６／０２４，２４５号、
・「ＳＭＯＫＥ  ＥＶＡＣＵＡＴＩＯＮ  ＳＹＳＴＥＭ  ＩＮＣＬＵＤＩＮＧ  Ａ  ＳＥＧＭＥＮＴＥＤ  ＣＯＮＴＲＯＬ  ＣＩＲＣＵＩＴ  ＦＯＲ  ＩＮＴＥＲＡＣＴＩＶＥ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭ」と題する米国特許出願第１６／０２４，２５８号、
・「ＳＵＲＧＩＣＡＬ  ＥＶＡＣＵＡＴＩＯＮ  ＳＹＳＴＥＭ  ＷＩＴＨ  Ａ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＣＩＲＣＵＩＴ  ＦＯＲ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＢＥＴＷＥＥＮ  Ａ  ＦＩＬＴＥＲ  ＡＮＤ  Ａ  ＳＭＯＫＥ  ＥＶＡＣＵＡＴＩＯＮ  ＤＥＶＩＣＥ」と題する米国特許出願第１６／０２４，２６５号、及び
・「ＤＵＡＬ  ＩＮ−ＳＥＲＩＥＳ  ＬＡＲＧＥ  ＡＮＤ  ＳＭＡＬＬ  ＤＲＯＰＬＥＴ  ＦＩＬＴＥＲＳ」と題する米国特許出願第１６／０２４，２７３号。
【００１９】
本願の出願人は、各開示の全体が参照により本明細書に組み込まれる、２０１８年６月２８日出願の以下の米国仮特許出願を所有する。
・「Ａ  ＭＥＴＨＯＤ  ＯＦ  ＵＳＩＮＧ  ＲＥＩＮＦＯＲＣＥＤ  ＦＬＥＸ  ＣＩＲＣＵＩＴＳ  ＷＩＴＨ  ＭＵＬＴＩＰＬＥ  ＳＥＮＳＯＲＳ  ＷＩＴＨ  ＥＬＥＣＴＲＯＳＵＲＧＩＣＡＬ  ＤＥＶＩＣＥＳ」と題する米国仮特許出願第６２／６９１，２２８号、
・「ＣＯＮＴＲＯＬＬＩＮＧ  Ａ  ＳＵＲＧＩＣＡＬ  ＩＮＳＴＲＵＭＥＮＴ  ＡＣＣＯＲＤＩＮＧ  ＴＯ  ＳＥＮＳＥＤ  ＣＬＯＳＵＲＥ  ＰＡＲＡＭＥＴＥＲＳ」と題する米国仮特許出願第６２／６９１，２２７号、
・「ＳＵＲＧＩＣＡＬ  ＩＮＳＴＲＵＭＥＮＴ  ＨＡＶＩＮＧ  Ａ  ＦＬＥＸＩＢＬＥ  ＥＬＥＣＴＲＯＤＥ」と題する米国特許仮出願第６２／６９１，２３０号、
・「ＳＵＲＧＩＣＡＬ  ＥＶＡＣＵＡＴＩＯＮ  ＳＥＮＳＩＮＧ  ＡＮＤ  ＭＯＴＯＲ  ＣＯＮＴＲＯＬ」と題する米国特許仮出願第６２／６９１，２１９号、
・「ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＯＦ  ＳＭＯＫＥ  ＥＶＡＣＵＡＴＩＯＮ  ＳＹＳＴＥＭ  ＰＡＲＡＭＥＴＥＲＳ  ＴＯ  ＨＵＢ  ＯＲ  ＣＬＯＵＤ  ＩＮ  ＳＭＯＫＥ  ＥＶＡＣＵＡＴＩＯＮ  ＭＯＤＵＬＥ  ＦＯＲ  ＩＮＴＥＲＡＣＴＩＶＥ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭ」と題する米国特許仮出願第６２／６９１，２５７号、
・「ＳＵＲＧＩＣＡＬ  ＥＶＡＣＵＡＴＩＯＮ  ＳＹＳＴＥＭ  ＷＩＴＨ  Ａ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＣＩＲＣＵＩＴ  ＦＯＲ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＢＥＴＷＥＥＮ  Ａ  ＦＩＬＴＥＲ  ＡＮＤ  Ａ  ＳＭＯＫＥ  ＥＶＡＣＵＡＴＩＯＮ  ＤＥＶＩＣＥ」と題する米国特許仮出願第６２／６９１，２６２号、及び
・「ＤＵＡＬ  ＩＮ−ＳＥＲＩＥＳ  ＬＡＲＧＥ  ＡＮＤ  ＳＭＡＬＬ  ＤＲＯＰＬＥＴ  ＦＩＬＴＥＲＳ」と題する米国特許仮出願第６２／６９１，２５１号。
【００２０】
本願の出願人は、開示の全体が参照により本明細書に組み込まれる、２０１８年４月１９日出願の以下の米国特許仮出願を所有する。
・「ＭＥＴＨＯＤ  ＯＦ  ＨＵＢ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ」と題する米国特許仮出願第６２／６５９，９００号。
【００２１】
本願の出願人は、各開示の全体が参照により本明細書に組み込まれる、２０１８年３月３０日出願の以下の米国仮特許出願を所有する。
・「ＣＡＰＡＣＩＴＩＶＥ  ＣＯＵＰＬＥＤ  ＲＥＴＵＲＮ  ＰＡＴＨ  ＰＡＤ  ＷＩＴＨ  ＳＥＰＡＲＡＢＬＥ  ＡＲＲＡＹ  ＥＬＥＭＥＮＴＳ」と題する２０１８年３月３０日出願の米国特許仮出願第６２／６５０，８９８号、
・「ＳＵＲＧＩＣＡＬ  ＳＹＳＴＥＭＳ  ＷＩＴＨ  ＯＰＴＩＭＩＺＥＤ  ＳＥＮＳＩＮＧ  ＣＡＰＡＢＩＬＩＴＩＥＳ」と題する米国特許仮出願第６２／６５０，８８７号、
・「ＳＭＯＫＥ  ＥＶＡＣＵＡＴＩＯＮ  ＭＯＤＵＬＥ  ＦＯＲ  ＩＮＴＥＲＡＣＴＩＶＥ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭ」と題する米国特許仮出願第６２／６５０，８８２号、及び
・「ＳＵＲＧＩＣＡＬ  ＳＭＯＫＥ  ＥＶＡＣＵＡＴＩＯＮ  ＳＥＮＳＩＮＧ  ＡＮＤ  ＣＯＮＴＲＯＬＳ」と題する米国仮特許出願第６２／６５０，８７７号。
【００２２】
本願の出願人は、各開示の全体が参照により本明細書に組み込まれる、２０１８年３月２９日出願の以下の米国特許出願を所有する。
・「ＩＮＴＥＲＡＣＴＩＶＥ  ＳＵＲＧＩＣＡＬ  ＳＹＳＴＥＭＳ  ＷＩＴＨ  ＥＮＣＲＹＰＴＥＤ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＣＡＰＡＢＩＬＩＴＩＥＳ」と題する米国特許出願第１５／９４０，６４１号、
・「ＩＮＴＥＲＡＣＴＩＶＥ  ＳＵＲＧＩＣＡＬ  ＳＹＳＴＥＭＳ  ＷＩＴＨ  ＣＯＮＤＩＴＩＯＮ  ＨＡＮＤＬＩＮＧ  ＯＦ  ＤＥＶＩＣＥＳ  ＡＮＤ  ＤＡＴＡ  ＣＡＰＡＢＩＬＩＴＩＥＳ」と題する米国特許出願第１５／９４０，６４８号、
・「ＳＵＲＧＩＣＡＬ  ＨＵＢ  ＣＯＯＲＤＩＮＡＴＩＯＮ  ＯＦ  ＣＯＮＴＲＯＬ  ＡＮＤ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＯＦ  ＯＰＥＲＡＴＩＮＧ  ＲＯＯＭ  ＤＥＶＩＣＥＳ」と題する米国特許出願第１５／９４０，６５６号、
・「ＳＰＡＴＩＡＬ  ＡＷＡＲＥＮＥＳＳ  ＯＦ  ＳＵＲＧＩＣＡＬ  ＨＵＢＳ  ＩＮ  ＯＰＥＲＡＴＩＮＧ  ＲＯＯＭＳ」と題する米国特許出願第１５／９４０，６６６号、
・「ＣＯＯＰＥＲＡＴＩＶＥ  ＵＴＩＬＩＺＡＴＩＯＮ  ＯＦ  ＤＡＴＡ  ＤＥＲＩＶＥＤ  ＦＲＯＭ  ＳＥＣＯＮＤＡＲＹ  ＳＯＵＲＣＥＳ  ＢＹ  ＩＮＴＥＬＬＩＧＥＮＴ  ＳＵＲＧＩＣＡＬ  ＨＵＢＳ」と題する米国特許出願第１５／９４０，６７０号、
・「ＳＵＲＧＩＣＡＬ  ＨＵＢ  ＣＯＮＴＲＯＬ  ＡＲＲＡＮＧＥＭＥＮＴＳ」と題する米国特許出願第１５／９４０，６７７号、
・「ＤＡＴＡ  ＳＴＲＩＰＰＩＮＧ  ＭＥＴＨＯＤ  ＴＯ  ＩＮＴＥＲＲＯＧＡＴＥ  ＰＡＴＩＥＮＴ  ＲＥＣＯＲＤＳ  ＡＮＤ  ＣＲＥＡＴＥ  ＡＮＯＮＹＭＩＺＥＤ  ＲＥＣＯＲＤ」と題する米国特許出願第１５／９４０，６３２号、
・「ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＨＵＢ  ＡＮＤ  ＳＴＯＲＡＧＥ  ＤＥＶＩＣＥ  ＦＯＲ  ＳＴＯＲＩＮＧ  ＰＡＲＡＭＥＴＥＲＳ  ＡＮＤ  ＳＴＡＴＵＳ  ＯＦ  Ａ  ＳＵＲＧＩＣＡＬ  ＤＥＶＩＣＥ  ＴＯ  ＢＥ  ＳＨＡＲＥＤ  ＷＩＴＨ  ＣＬＯＵＤ  ＢＡＳＥＤ  ＡＮＡＬＹＴＩＣＳ  ＳＹＳＴＥＭＳ」と題する米国特許出願第１５／９４０，６４０号、
・「ＳＥＬＦ  ＤＥＳＣＲＩＢＩＮＧ  ＤＡＴＡ  ＰＡＣＫＥＴＳ  ＧＥＮＥＲＡＴＥＤ  ＡＴ  ＡＮ  ＩＳＳＵＩＮＧ  ＩＮＳＴＲＵＭＥＮＴ」と題する米国特許出願第１５／９４０，６４５号、
・「ＤＡＴＡ  ＰＡＩＲＩＮＧ  ＴＯ  ＩＮＴＥＲＣＯＮＮＥＣＴ  Ａ  ＤＥＶＩＣＥ  ＭＥＡＳＵＲＥＤ  ＰＡＲＡＭＥＴＥＲ  ＷＩＴＨ  ＡＮ  ＯＵＴＣＯＭＥ」と題する米国特許出願第１５／９４０，６４９号、
・「ＳＵＲＧＩＣＡＬ  ＨＵＢ  ＳＩＴＵＡＴＩＯＮＡＬ  ＡＷＡＲＥＮＥＳＳ」と題する米国特許出願第１５／９４０，６５４号、
・「ＳＵＲＧＩＣＡＬ  ＳＹＳＴＥＭ  ＤＩＳＴＲＩＢＵＴＥＤ  ＰＲＯＣＥＳＳＩＮＧ」と題する米国特許出願第１５／９４０，６６３号、
・「ＡＧＧＲＥＧＡＴＩＯＮ  ＡＮＤ  ＲＥＰＯＲＴＩＮＧ  ＯＦ  ＳＵＲＧＩＣＡＬ  ＨＵＢ  ＤＡＴＡ」と題する米国特許出願第１５／９４０，６６８号、
・「ＳＵＲＧＩＣＡＬ  ＨＵＢ  ＳＰＡＴＩＡＬ  ＡＷＡＲＥＮＥＳＳ  ＴＯ  ＤＥＴＥＲＭＩＮＥ  ＤＥＶＩＣＥＳ  ＩＮ  ＯＰＥＲＡＴＩＮＧ  ＴＨＥＡＴＥＲ」と題する米国特許出願第１５／９４０，６７１号、
・「ＤＩＳＰＬＡＹ  ＯＦ  ＡＬＩＧＮＭＥＮＴ  ＯＦ  ＳＴＡＰＬＥ  ＣＡＲＴＲＩＤＧＥ  ＴＯ  ＰＲＩＯＲ  ＬＩＮＥＡＲ  ＳＴＡＰＬＥ  ＬＩＮＥ」と題する米国特許出願第１５／９４０，６８６号、
・「ＳＴＥＲＩＬＥ  ＦＩＥＬＤ  ＩＮＴＥＲＡＣＴＩＶＥ  ＣＯＮＴＲＯＬ  ＤＩＳＰＬＡＹＳ」と題する米国特許出願第１５／９４０，７００号、
・「ＣＯＭＰＵＴＥＲ  ＩＭＰＬＥＭＥＮＴＥＤ  ＩＮＴＥＲＡＣＴＩＶＥ  ＳＵＲＧＩＣＡＬ  ＳＹＳＴＥＭＳ」と題する米国特許出願第１５／９４０，６２９号、
・「ＵＳＥ  ＯＦ  ＬＡＳＥＲ  ＬＩＧＨＴ  ＡＮＤ  ＲＥＤ−ＧＲＥＥＮ−ＢＬＵＥ  ＣＯＬＯＲＡＴＩＯＮ  ＴＯ  ＤＥＴＥＲＭＩＮＥ  ＰＲＯＰＥＲＴＩＥＳ  ＯＦ  ＢＡＣＫ  ＳＣＡＴＴＥＲＥＤ  ＬＩＧＨＴ」と題する米国特許出願第１５／９４０，７０４号、
・「ＣＨＡＲＡＣＴＥＲＩＺＡＴＩＯＮ  ＯＦ  ＴＩＳＳＵＥ  ＩＲＲＥＧＵＬＡＲＩＴＩＥＳ  ＴＨＲＯＵＧＨ  ＴＨＥ  ＵＳＥ  ＯＦ  ＭＯＮＯ−ＣＨＲＯＭＡＴＩＣ  ＬＩＧＨＴ  ＲＥＦＲＡＣＴＩＶＩＴＹ」と題する米国特許出願第１５／９４０，７２２号、
・「ＤＵＡＬ  ＣＭＯＳ  ＡＲＲＡＹ  ＩＭＡＧＩＮＧ」と題する米国特許出願第１５／９４０，７４２号、
・「ＡＤＡＰＴＩＶＥ  ＣＯＮＴＲＯＬ  ＰＲＯＧＲＡＭ  ＵＰＤＡＴＥＳ  ＦＯＲ  ＳＵＲＧＩＣＡＬ  ＤＥＶＩＣＥＳ」と題する米国特許出願第１５／９４０，６３６号、
・「ＡＤＡＰＴＩＶＥ  ＣＯＮＴＲＯＬ  ＰＲＯＧＲＡＭ  ＵＰＤＡＴＥＳ  ＦＯＲ  ＳＵＲＧＩＣＡＬ  ＨＵＢＳ」と題する米国特許出願第１５／９４０，６５３号、
・「ＣＬＯＵＤ−ＢＡＳＥＤ  ＭＥＤＩＣＡＬ  ＡＮＡＬＹＴＩＣＳ  ＦＯＲ  ＣＵＳＴＯＭＩＺＡＴＩＯＮ  ＡＮＤ  ＲＥＣＯＭＭＥＮＤＡＴＩＯＮＳ  ＴＯ  Ａ  ＵＳＥＲ」と題する米国特許出願第１５／９４０，６６０号、
・「ＣＬＯＵＤ−ＢＡＳＥＤ  ＭＥＤＩＣＡＬ  ＡＮＡＬＹＴＩＣＳ  ＦＯＲ  ＬＩＮＫＩＮＧ  ＯＦ  ＬＯＣＡＬ  ＵＳＡＧＥ  ＴＲＥＮＤＳ  ＷＩＴＨ  ＴＨＥ  ＲＥＳＯＵＲＣＥ  ＡＣＱＵＩＳＩＴＩＯＮ  ＢＥＨＡＶＩＯＲＳ  ＯＦ  ＬＡＲＧＥＲ  ＤＡＴＡ  ＳＥＴ」と題する米国特許出願第１５／９４０，６７９号、
・「ＣＬＯＵＤ−ＢＡＳＥＤ  ＭＥＤＩＣＡＬ  ＡＮＡＬＹＴＩＣＳ  ＦＯＲ  ＭＥＤＩＣＡＬ  ＦＡＣＩＬＩＴＹ  ＳＥＧＭＥＮＴＥＤ  ＩＮＤＩＶＩＤＵＡＬＩＺＡＴＩＯＮ  ＯＦ  ＩＮＳＴＲＵＭＥＮＴ  ＦＵＮＣＴＩＯＮ」と題する米国特許出願第１５／９４０，６９４号、
・「ＣＬＯＵＤ−ＢＡＳＥＤ  ＭＥＤＩＣＡＬ  ＡＮＡＬＹＴＩＣＳ  ＦＯＲ  ＳＥＣＵＲＩＴＹ  ＡＮＤ  ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＴＲＥＮＤＳ  ＡＮＤ  ＲＥＡＣＴＩＶＥ  ＭＥＡＳＵＲＥＳ」と題する米国特許出願第１５／９４０，６３４号、
・「ＤＡＴＡ  ＨＡＮＤＬＩＮＧ  ＡＮＤ  ＰＲＩＯＲＩＴＩＺＡＴＩＯＮ  ＩＮ  Ａ  ＣＬＯＵＤ  ＡＮＡＬＹＴＩＣＳ  ＮＥＴＷＯＲＫ」と題する米国特許出願第１５／９４０，７０６号、
・「ＣＬＯＵＤ  ＩＮＴＥＲＦＡＣＥ  ＦＯＲ  ＣＯＵＰＬＥＤ  ＳＵＲＧＩＣＡＬ  ＤＥＶＩＣＥＳ」と題する米国特許出願第１５／９４０，６７５号、
・「ＤＲＩＶＥ  ＡＲＲＡＮＧＥＭＥＮＴＳ  ＦＯＲ  ＲＯＢＯＴ−ＡＳＳＩＳＴＥＤ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭＳ」と題する米国特許出願第１５／９４０，６２７号、
・「ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＡＲＲＡＮＧＥＭＥＮＴＳ  ＦＯＲ  ＲＯＢＯＴ−ＡＳＳＩＳＴＥＤ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭＳ」と題する米国特許出願第１５／９４０，６３７号、
・「ＣＯＮＴＲＯＬＳ  ＦＯＲ  ＲＯＢＯＴ−ＡＳＳＩＳＴＥＤ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭＳ」と題する米国特許出願第１５／９４０，６４２号、
・「ＡＵＴＯＭＡＴＩＣ  ＴＯＯＬ  ＡＤＪＵＳＴＭＥＮＴＳ  ＦＯＲ  ＲＯＢＯＴ−ＡＳＳＩＳＴＥＤ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭＳ」と題する米国特許出願第１５／９４０，６７６号、
・「ＣＯＮＴＲＯＬＬＥＲＳ  ＦＯＲ  ＲＯＢＯＴ−ＡＳＳＩＳＴＥＤ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭＳ」と題する米国特許出願第１５／９４０，６８０号、
・「ＣＯＯＰＥＲＡＴＩＶＥ  ＳＵＲＧＩＣＡＬ  ＡＣＴＩＯＮＳ  ＦＯＲ  ＲＯＢＯＴ−ＡＳＳＩＳＴＥＤ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭＳ」と題する米国特許出願第１５／９４０，６８３号、
・「ＤＩＳＰＬＡＹ  ＡＲＲＡＮＧＥＭＥＮＴＳ  ＦＯＲ  ＲＯＢＯＴ−ＡＳＳＩＳＴＥＤ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭＳ」と題する米国特許出願第１５／９４０，６９０号、及び
・「ＳＥＮＳＩＮＧ  ＡＲＲＡＮＧＥＭＥＮＴＳ  ＦＯＲ  ＲＯＢＯＴ−ＡＳＳＩＳＴＥＤ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭＳ」と題する米国特許出願第１５／９４０，７１１号。
【００２３】
本願の出願人は、各開示の全体が参照により本明細書に組み込まれる、２０１８年３月２８日出願の以下の米国仮特許出願を所有する。
・「ＩＮＴＥＲＡＣＴＩＶＥ  ＳＵＲＧＩＣＡＬ  ＳＹＳＴＥＭＳ  ＷＩＴＨ  ＥＮＣＲＹＰＴＥＤ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＣＡＰＡＢＩＬＩＴＩＥＳ」と題する米国特許仮出願第６２／６４９，３０２号、
・「ＤＡＴＡ  ＳＴＲＩＰＰＩＮＧ  ＭＥＴＨＯＤ  ＴＯ  ＩＮＴＥＲＲＯＧＡＴＥ  ＰＡＴＩＥＮＴ  ＲＥＣＯＲＤＳ  ＡＮＤ  ＣＲＥＡＴＥ  ＡＮＯＮＹＭＩＺＥＤ  ＲＥＣＯＲＤ」と題する米国特許仮出願第６２／６４９，２９４号、
・「ＳＵＲＧＩＣＡＬ  ＨＵＢ  ＳＩＴＵＡＴＩＯＮＡＬ  ＡＷＡＲＥＮＥＳＳ」と題する米国特許仮出願第６２／６４９，３００号、
・「ＳＵＲＧＩＣＡＬ  ＨＵＢ  ＳＰＡＴＩＡＬ  ＡＷＡＲＥＮＥＳＳ  ＴＯ  ＤＥＴＥＲＭＩＮＥ  ＤＥＶＩＣＥＳ  ＩＮ  ＯＰＥＲＡＴＩＮＧ  ＴＨＥＡＴＥＲ」と題する米国特許仮出願第６２／６４９，３０９号、
・「ＣＯＭＰＵＴＥＲ  ＩＭＰＬＥＭＥＮＴＥＤ  ＩＮＴＥＲＡＣＴＩＶＥ  ＳＵＲＧＩＣＡＬ  ＳＹＳＴＥＭＳ」と題する米国特許仮出願第６２／６４９，３１０号、
・「ＵＳＥ  ＯＦ  ＬＡＳＥＲ  ＬＩＧＨＴ  ＡＮＤ  ＲＥＤ−ＧＲＥＥＮ−ＢＬＵＥ  ＣＯＬＯＲＡＴＩＯＮ  ＴＯ  ＤＥＴＥＲＭＩＮＥ  ＰＲＯＰＥＲＴＩＥＳ  ＯＦ  ＢＡＣＫ  ＳＣＡＴＴＥＲＥＤ  ＬＩＧＨＴ」と題する米国特許仮出願第６２／６４９，２９１号、
・「ＡＤＡＰＴＩＶＥ  ＣＯＮＴＲＯＬ  ＰＲＯＧＲＡＭ  ＵＰＤＡＴＥＳ  ＦＯＲ  ＳＵＲＧＩＣＡＬ  ＤＥＶＩＣＥＳ」と題する米国特許仮出願第６２／６４９，２９６号、
・「ＣＬＯＵＤ−ＢＡＳＥＤ  ＭＥＤＩＣＡＬ  ＡＮＡＬＹＴＩＣＳ  ＦＯＲ  ＣＵＳＴＯＭＩＺＡＴＩＯＮ  ＡＮＤ  ＲＥＣＯＭＭＥＮＤＡＴＩＯＮＳ  ＴＯ  Ａ  ＵＳＥＲ」と題する米国特許仮出願第６２／６４９，３３３号、
・「ＣＬＯＵＤ−ＢＡＳＥＤ  ＭＥＤＩＣＡＬ  ＡＮＡＬＹＴＩＣＳ  ＦＯＲ  ＳＥＣＵＲＩＴＹ  ＡＮＤ  ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＴＲＥＮＤＳ  ＡＮＤ  ＲＥＡＣＴＩＶＥ  ＭＥＡＳＵＲＥＳ」と題する米国特許仮出願第６２／６４９，３２７号、
・「ＤＡＴＡ  ＨＡＮＤＬＩＮＧ  ＡＮＤ  ＰＲＩＯＲＩＴＩＺＡＴＩＯＮ  ＩＮ  Ａ  ＣＬＯＵＤ  ＡＮＡＬＹＴＩＣＳ  ＮＥＴＷＯＲＫ」と題する米国特許仮出願第６２／６４９，３１５号、
・「ＣＬＯＵＤ  ＩＮＴＥＲＦＡＣＥ  ＦＯＲ  ＣＯＵＰＬＥＤ  ＳＵＲＧＩＣＡＬ  ＤＥＶＩＣＥＳ」と題する米国特許仮出願第６２／６４９，３１３号、
・「ＤＲＩＶＥ  ＡＲＲＡＮＧＥＭＥＮＴＳ  ＦＯＲ  ＲＯＢＯＴ−ＡＳＳＩＳＴＥＤ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭＳ」と題する米国特許仮出願第６２／６４９，３２０号、
・「ＡＵＴＯＭＡＴＩＣ  ＴＯＯＬ  ＡＤＪＵＳＴＭＥＮＴＳ  ＦＯＲ  ＲＯＢＯＴ−ＡＳＳＩＳＴＥＤ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭＳ」と題する米国特許仮出願第６２／６４９，３０７号、及び
・「ＳＥＮＳＩＮＧ  ＡＲＲＡＮＧＥＭＥＮＴＳ  ＦＯＲ  ＲＯＢＯＴ−ＡＳＳＩＳＴＥＤ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭＳ」と題する米国特許仮出願第６２／６４９，３２３号。
【００２４】
本願の出願人は、各開示の全体が参照により本明細書に組み込まれる、２０１８年３月８日出願の以下の米国仮特許出願を所有する。
・「ＴＥＭＰＥＲＡＴＵＲＥ  ＣＯＮＴＲＯＬ  ＩＮ  ＵＬＴＲＡＳＯＮＩＣ  ＤＥＶＩＣＥ  ＡＮＤ  ＣＯＮＴＲＯＬ  ＳＹＳＴＥＭ  ＴＨＥＲＥＦＯＲ」と題する米国特許仮出願第６２／６４０，４１７号、及び
・「ＥＳＴＩＭＡＴＩＮＧ  ＳＴＡＴＥ  ＯＦ  ＵＬＴＲＡＳＯＮＩＣ  ＥＮＤ  ＥＦＦＥＣＴＯＲ  ＡＮＤ  ＣＯＮＴＲＯＬ  ＳＹＳＴＥＭ  ＴＨＥＲＥＦＯＲ」と題する米国仮特許出願第６２／６４０，４１５号。
【００２５】
本願の出願人は、各開示の全体が参照により本明細書に組み込まれる、２０１７年１２月２８日出願の以下の米国仮特許出願を所有する。
・「ＩＮＴＥＲＡＣＴＩＶＥ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭ」と題する米国特許仮出願番号米国特許仮出願第６２／６１１，３４１号、
・「ＣＬＯＵＤ−ＢＡＳＥＤ  ＭＥＤＩＣＡＬ  ＡＮＡＬＹＴＩＣＳ」と題する米国特許仮出願第６２／６１１，３４０号、及び
・「ＲＯＢＯＴ  ＡＳＳＩＳＴＥＤ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭ」と題する米国特許仮出願第６２／６１１，３３９号。
【００２６】
外科用装置及び発生器の様々な態様を詳細に説明する前に、例示される実施例は、適用又は用途において、添付の図面及び説明で示される部品の構造及び配置の詳細に限定されないことに留意すべきである。例示的な実施例は、他の態様、変形形態、及び修正で実施されるか、又はそれらに組み込まれてもよく、様々な方法で実施又は実行されてもよい。更に、特に明記しない限り、本明細書で用いられる用語及び表現は、読者の便宜のために例示的な実施例を説明する目的で選択されたものであり、それらを限定するためのものではない。更に、以下に記述される態様、態様の具現、及び／又は実施例のうちの１つ又は２つ以上を、以下に記述される他の態様、態様の具現、及び／又は実施例のうちの任意の１つ又は２つ以上と組み合わせることができるものと理解されたい。
【００２７】
外科用ハブ
図１を参照すると、コンピュータ実装インタラクティブ外科システム１００は、１つ又は２つ以上の外科システム１０２と、クラウドベースのシステム（例えば、記憶装置１０５に連結されたリモートサーバ１１３を含み得るクラウド１０４）と、を含む。各外科システム１０２は、リモートサーバ１１３を含み得るクラウド１０４と通信する少なくとも１つの外科用ハブ１０６を含む。一実施例では、図１に示すように、外科システム１０２は、互いに、及び／又はハブ１０６と通信するように構成された、可視化システム１０８と、ロボットシステム１１０と、ハンドヘルド式インテリジェント外科用器具１１２と、を含む。いくつかの態様では、外科システム１０２は、Ｍ個のハブ１０６と、Ｎ個の可視化システム１０８と、Ｏ個のロボットシステム１１０と、Ｐ個のハンドヘルド式インテリジェント外科用器具１１２と、を含んでもよく、ここでＭ、Ｎ、Ｏ、及びＰは１以上の整数である。
【００２８】
図２は、外科手術室１１６内の手術台１１４上に横たわっている患者に対して外科処置を実施するために使用される外科システム１０２の一例を示す。ロボットシステム１１０は、外科処置において外科システム１０２の一部として使用される。ロボットシステム１１０は、外科医のコンソール１１８と、患者側カート１２０（外科用ロボット）と、外科用ロボットハブ１２２と、を含む。患者側カート１２０は、患者の身体の低侵襲切開中に、外科医が外科医のコンソール１１８を介して手術部位を見る間、少なくとも１つの取り外し可能に連結された外科用ツール１１７を操作することができる。手術部位の画像は医療用撮像装置１２４によって得ることができ、医療用撮像装置１２４は撮像装置１２４を配向するために患者側カート１２０によって操作され得る。ロボットハブ１２２は、外科医のコンソール１１８を介して外科医に対するその後の表示のために、手術部位の画像を処理するように使用することができる。
【００２９】
他の種類のロボットシステムを、外科システム１０２と共に使用するために容易に適合させることができる。本開示と共に使用するのに好適なロボットシステム及び外科用ツールの様々な例は、その開示は参照によりその全体が本明細書に組み込まれる、２０１７年１２月２８日出願の「ＲＯＢＯＴ  ＡＳＳＩＳＴＥＤ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭ」と題する米国特許仮出願第６２／６１１，３３９号に記載されている。
【００３０】
クラウド１０４によって実施され、本開示と共に使用するのに好適なクラウドベース分析の様々な例は、その開示は参照によりその全体が本明細書に組み込まれる、２０１７年１２月２８日出願の「ＣＬＯＵＤ−ＢＡＳＥＤ  ＭＥＤＩＣＡＬ  ＡＮＡＬＹＴＩＣＳ」と題する米国特許仮出願第６２／６１１，３４０号に記載されている。
【００３１】
様々な態様では、撮像装置１２４は、少なくとも１つの画像センサと１つ又は２つ以上の光学構成要素とを含む。好適な画像センサとしては、電荷結合素子（Charge-Coupled Device、ＣＣＤ）センサ及び相補型金属酸化膜半導体（Complementary Metal-Oxide Semiconductor、ＣＭＯＳ）センサが挙げられるが、これらに限定されない。
【００３２】
撮像装置１２４の光学構成要素は、１つ若しくは２つ以上の照明光源及び／又は１つ若しくは２つ以上のレンズを含んでもよい。１つ又は２つ以上の照明光源は、手術野の部分を照明するように方向付けられてもよい。１つ又は２つ以上の画像センサは、組織及び／又は外科用器具から反射又は屈折された光を含む、手術野から反射又は屈折された光を受信することができる。
【００３３】
１つ又は２つ以上の照明光源は、可視スペクトル及び不可視スペクトル内の電磁エネルギーを放射するように構成され得る。光学スペクトル又は発光スペクトルと称されることもある可視スペクトルは、人間の目に可視である（すなわち、人間の目によって検出することができる）電磁スペクトルの一部分であり、可視光、又は単に光と称されることがある。典型的な人間の目は、空気中の約３８０ｎｍ〜約７５０ｎｍの波長に反応する。
【００３４】
不可視スペクトル（すなわち、非発光スペクトル）は、可視スペクトルの下方及び上方に位置する電磁スペクトルの一部分である（すなわち、約３８０ｎｍ未満及び約７５０ｎｍ超の波長）。不可視スペクトルは、人間の目で検出可能ではない。約７５０ｎｍを超える波長は、赤色可視スペクトルよりも長く、これらは不可視赤外線（ｉｎｆｒａｒｅｄ、ＩＲ）、マイクロ波、及び無線電磁放射線になる。約３８０ｎｍ未満の波長は、紫色スペクトルよりも短く、これらは不可視紫外線、Ｘ線、及びガンマ線電磁放射線になる。
【００３５】
様々な態様では、撮像装置１２４は、低侵襲性手術で使用するように構成されている。本開示と共に使用するのに好適な撮像装置の例としては、関節鏡、血管鏡、気管支鏡、胆道鏡、結腸鏡、サイトスコープ（cytoscope）、十二指腸鏡、腸鏡、食道胃十二指腸鏡（胃鏡）、内視鏡、喉頭鏡、鼻咽喉−腎盂鏡（nasopharyngo-neproscope）、Ｓ状結腸鏡、胸腔鏡、及び尿管鏡が挙げられるが、これらに限定されない。
【００３６】
一態様では、撮像装置は、トポグラフィーと下層構造とを区別するためにマルチスペクトルモニタリングを用いる。マルチスペクトル画像は、電磁スペクトルにわたって特定の波長範囲内の画像データを取り込むものである。波長は、フィルタによって、又は可視光範囲を超える周波数、例えば、ＩＲ及び紫外光を含む特定の波長からの光に感受性の器具を使用することによって分離することができる。スペクトル撮像法は、人間の目がその赤色、緑色、及び青色の受容体で取り込むことのできない追加情報の抽出を可能にすることができる。マルチスペクトル撮像法の使用は、その開示は参照によりその全体が本明細書に組み込まれる２０１７年１２月２８日出願の「ＩＮＴＥＲＡＣＴＩＶＥ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭ」と題する米国特許仮出願第６２／６１１，３４１号の「Ａｄｖａｎｃｅｄ  Ｉｍａｇｉｎｇ  Ａｃｑｕｉｓｉｔｉｏｎ  Ｍｏｄｕｌｅ」の項で詳細に説明されている。マルチスペクトルモニタリングは、１つの手術作業が完了した後に、処置された組織上で上述の試験の１つ又は２つ以上を実施するために手術野を再配置するのに有用なツールであり得る。
【００３７】
いかなる外科手術においても手術室及び外科用機器の厳格な滅菌が必要であることは自明である。「手術現場（surgical theater）」、すなわち手術室又は処置室に必要とされる厳格な衛生及び滅菌条件は、全ての医療装置及び機器の最大級の滅菌性を必要とする。その滅菌プロセスの一部は、撮像装置１２４並びにその付属品及び構成要素を含む、患者と接触する、又は滅菌野に侵入するあらゆるものを滅菌する必要性である。滅菌野は、トレイ内又は滅菌タオル上などの、微生物を含まないと見なされる特定の領域と見なされ得ること、又は滅菌野は、外科処置のために準備された患者のすぐ周囲の領域と見なされ得ることが理解されよう。滅菌野は、適切な衣類を着用した洗浄済みのチーム構成員、並びにその領域内の全ての備品及び固定具を含み得る。
【００３８】
様々な態様では、可視化システム１０８は、図２に示されるように、滅菌野に対して戦略的に配置される１つ又は２つ以上の撮像センサと、１つ又は２つ以上の画像処理ユニットと、１つ又は２つ以上のストレージアレイと、１つ又は２つ以上のディスプレイと、を含む。一態様では、可視化システム１０８は、ＨＬ７、ＰＡＣＳ、及びＥＭＲのインターフェースを含む。可視化システム１０８の様々な構成要素については、その開示は参照によりその全体が本明細書に組み込まれる２０１７年１２月２８日出願の「ＩＮＴＥＲＡＣＴＩＶＥ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭ」と題する米国特許仮出願第６２／６１１，３４１号の「Ａｄｖａｎｃｅｄ  Ｉｍａｇｉｎｇ  Ａｃｑｕｉｓｉｔｉｏｎ  Ｍｏｄｕｌｅ」の項で説明されている。
【００３９】
図２に示すように、一次ディスプレイ１１９は、手術台１１４の操作者に可視であるように、滅菌野内に配置される。加えて、可視化タワー１１１は、滅菌野の外に位置付けられる。可視化タワー１１１は、互いに離れる方に面する第１の非滅菌ディスプレイ１０７及び第２の非滅菌ディスプレイ１０９を含む。ハブ１０６によって誘導される可視化システム１０８は、ディスプレイ１０７、１０９、及び１１９を利用して、滅菌野の内側及び外部の操作者に対する情報フローを調整するように構成されている。例えば、ハブ１０６は、可視化システム１０８に、一次ディスプレイ１１９上の手術部位のライブ映像を維持させながら、撮像装置１２４によって記録される手術部位のスナップショットを非滅菌ディスプレイ１０７又は１０９上に表示させることができる。非滅菌ディスプレイ１０７又は１０９上のスナップショットは、例えば、非滅菌操作者が外科処置に関連する診断工程を実施することを可能にすることができる。
【００４０】
一態様では、ハブ１０６は、滅菌野内で、可視化タワー１１１に位置する非滅菌操作者によって入力された診断入力又はフィードバックを滅菌領域内の一次ディスプレイ１１９に送り、これを手術台の滅菌操作者が見ることができるようにも構成される。一実施例では、入力は、ハブ１０６によって一次ディスプレイ１１９に送ることのできる、非滅菌ディスプレイ１０７又は１０９上に表示されるスナップショットに対する修正の形態であってもよい。
【００４１】
図２を参照すると、外科用器具１１２は、外科処置において外科システム１０２の一部として使用されている。ハブ１０６はまた、外科用器具１１２のディスプレイへの情報フローを調整するようにも構成されている。例えば、情報フローの調整については、開示全体が参照により本明細書に組み込まれる、「ＩＮＴＥＲＡＣＴＩＶＥ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭ」と題する２０１７年１２月２８日出願の米国特許仮出願第６２／６１１，３４１号で更に説明されている。可視化タワー１１１で非滅菌操作者によって入力される診断入力又はフィードバックは、滅菌野内でハブ１０６によって外科用器具ディスプレイ１１５に送られてもよく、ここで診断入力又はフィードバックは外科用器具１１２の操作者によって見られてもよい。外科システム１０２と共に使用するのに好適である例示的な外科用器具は、例えば、開示全体が参照により本明細書に組み込まれる、「ＩＮＴＥＲＡＣＴＩＶＥ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭ」と題する２０１７年１２月２８日出願の米国特許仮出願第６２／６１１，３４１号の「外科用器具ハードウェア」という表題で記載されている。
【００４２】
ここで図３を参照すると、ハブ１０６が、可視化システム１０８、ロボットシステム１１０、及びハンドヘルド式インテリジェント外科用器具１１２と通信している状態で示されている。ハブ１０６は、ハブディスプレイ１３５と、撮像モジュール１３８と、（単極発生器１４２、双極発生器１４４、及び／又は超音波発生器１４３を含み得る）発生器モジュール１４０と、通信モジュール１３０と、プロセッサモジュール１３２と、ストレージアレイ１３４と、を含む。特定の態様では、図３に示されるように、ハブ１０６は、排煙モジュール１２６、吸引／灌注モジュール１２８、及び／又はＯＲマッピングモジュール１３３を更に含む。
【００４３】
外科処置中、封止及び／又は切断のため組織へのエネルギー印加は、一般に、排煙、過剰な流体の吸引、及び／又は組織の灌注を伴う。異なる供給源からの流体、電力、及び／又はデータラインは、外科処置中に絡まり合うことが多い。外科処置中にこの問題に対処することで貴重な時間が失われる場合がある。ラインの絡まりをほどくには、それらの対応するモジュールからラインを抜くことが必要となる場合があり、そのためにはモジュールをリセットすることが必要となる場合がある。ハブのモジュール式筐体１３６は、電力、データ、及び流体ラインを管理するための統一環境を提供し、このようなライン間の絡まりの頻度を低減させる。
【００４４】
本開示の態様は、手術部位における組織へのエネルギー印加を伴う外科処置において使用するための外科用ハブを提示する。外科用ハブは、ハブ筐体と、ハブ筐体のドッキングステーション内に摺動可能に受容可能な組み合わせ発生器モジュールと、を含む。ドッキングステーションはデータ及び電力接点を含む。組み合わせ発生器モジュールは、単一ユニット内に収容された、超音波エネルギー発生器構成要素、双極ＲＦエネルギー発生器構成要素、及び単極ＲＦエネルギー発生器構成要素のうちの２つ又は３つ以上を含む。一態様では、組み合わせ発生器モジュールは、更に、排煙構成要素と、組み合わせ発生器モジュールを外科用器具に接続するための少なくとも１つのエネルギー供給ケーブルと、組織への治療エネルギーの印加によって発生した煙、流体、及び／又は微粒子を排出するように構成された少なくとも１つの排煙構成要素と、遠隔手術部位から排煙構成要素まで延在する流体ラインと、を含む。
【００４５】
一態様では、流体ラインは第１の流体ラインであり、第２の流体ラインは、遠隔手術部位から、ハブ筐体内に摺動可能に受容される吸引及び灌注モジュールまで延在する。一態様では、ハブ筐体は、流体インターフェースを備える。
【００４６】
特定の外科処置は、１つ超のエネルギーの種類を組織に印加することを必要とする場合がある。１つのエネルギーの種類は、組織を切断するのにより有益であり得るが、別の異なるエネルギーの種類は、組織を封止するのにより有益であり得る。例えば、双極発生器は、組織を封止するために使用することができ、一方で、超音波発生器は、封止された組織を切断するために使用することができる。本開示の態様は、ハブのモジュール式筐体１３６が異なる発生器を収容して、これらの間の双方向通信を促進するように構成される解決法を提示する。ハブのモジュール式筐体１３６の利点の１つは、様々なモジュールの迅速な取り外し及び／又は交換を可能にすることである。
【００４７】
本開示の態様は、組織へのエネルギー印加を伴う外科処置で使用するためのモジュール式外科用筐体を提示する。モジュール式外科用筐体は、組織に印加するための第１のエネルギーを生成させるように構成された第１のエネルギー発生器モジュールと、第１のデータ及び電力接点を含む第１のドッキングポートを備える第１のドッキングステーションと、を含み、第１のエネルギー発生器モジュールは、電力及びデータ接点と電気係合するように摺動可能に移動可能であり、また第１のエネルギー発生器モジュールは、第１の電力及びデータ接点との電気係合から外れるように摺動可能に移動可能である。
【００４８】
上記に加えて、モジュール式外科用筐体は、第１のエネルギーとは異なる、組織に印加するための第２のエネルギーを生成するように構成された第２のエネルギー発生器モジュールと、第２のデータ及び電力接点を含む第２のドッキングポートを備える第２のドッキングステーションと、を更に含み、第２のエネルギー発生器モジュールは、電力及びデータ接点と電気係合するように摺動可能に移動可能であり、また第２のエネルギー発生器モジュールは、第２の電力及びデータ接点との電気係合から外れるように摺動可能に移動可能である。
【００４９】
更に、モジュール式外科用筐体は、第１のエネルギー発生器モジュールと第２のエネルギー発生器モジュールとの間の通信を容易にするように構成された、第１のドッキングポートと第２のドッキングポートとの間の通信バスを更に含む。
【００５０】
図３〜図７を参照すると、発生器モジュール１４０と、排煙モジュール１２６と、吸引／灌注モジュール１２８と、のモジュール式統合を可能にするハブのモジュール式筐体１３６に関する本開示の態様が提示される。ハブのモジュール式筐体１３６は、モジュール１４０、１２６、１２８間の双方向通信を更に促進する。図５に示すように、発生器モジュール１４０は、ハブのモジュール式筐体１３６に摺動可能に挿入可能な単一のハウジングユニット１３９内に支持される、統合された単極、双極、及び超音波構成要素を備える発生器モジュールであってもよい。図５に示すように、発生器モジュール１４０は、単極装置１４６、双極装置１４７、及び超音波装置１４８に接続するように構成され得る。代替的に、発生器モジュール１４０は、ハブのモジュール式筐体１３６を介して相互作用する一連の単極、双極、及び／又は超音波発生器モジュールを備えてもよい。ハブのモジュール式筐体１３６は、複数の発生器が単一の発生器として機能するように、複数の発生器の挿入と、ハブのモジュール式筐体１３６にドッキングされた発生器間の双方向通信と、を促進するように構成されてもよい。
【００５１】
一態様では、ハブのモジュール式筐体１３６は、モジュール１４０、１２６、１２８の取り外し可能な取り付け及びそれらの間の双方向通信を可能にするために、外部及び無線通信ヘッダを備えるモジュール式電力及び通信バックプレーン１４９を備える。
【００５２】
一態様では、ハブのモジュール式筐体１３６は、モジュール１４０、１２６、１２８を摺動可能に受容するように構成された、本明細書ではドロアーとも称されるドッキングステーション又はドロアー１５１を含む。図４は、外科用ハブ筐体１３６、及び外科用ハブ筐体１３６のドッキングステーション１５１に摺動可能に受容可能な組み合わせ発生器モジュール１４５の部分斜視図を示す。組み合わせ発生器モジュール１４５の後側に電力及びデータ接点を有するドッキングポート１５２は、組み合わせ発生器モジュール１４５がハブのモジュール式筐体１３６の対応するドッキングステーション１５１内の位置へと摺動されると、対応するドッキングポート１５０をハブのモジュール式筐体１３６の対応するドッキングステーション１５１の電力及びデータ接点と係合するように構成される。一態様では、組み合わせ発生器モジュール１４５は、図５に示すように、双極、超音波、及び単極モジュールと、単一のハウジングユニット１３９と共に一体化された排煙モジュールと、を含む。
【００５３】
様々な態様では、排煙モジュール１２６は、捕捉／回収された煙及び／又は流体を手術部位から遠ざけて、例えば、排煙モジュール１２６へと搬送する流体ライン１５４を含む。排煙モジュール１２６から発生する真空吸引は、煙を手術部位のユーティリティ導管の開口部に引き込むことができる。流体ラインに連結されたユーティリティ導管は、排煙モジュール１２６で終端する可撓管の形態であってもよい。ユーティリティ導管及び流体ラインは、ハブ筐体１３６内に受容される排煙モジュール１２６に向かって延在する流体経路を画定する。
【００５４】
様々な態様では、吸引／灌注モジュール１２８は、吸い込み（aspiration）流体ライン及び吸引（suction）流体ラインを含む外科用ツールに連結される。一実施例では、吸い込み及び吸引流体ラインは、手術部位から吸引／灌注モジュール１２８に向かって延在する可撓管の形態である。１つ又は２つ以上の駆動システムは、手術部位への、及び手術部位からの流体の灌注及び吸い込みを引き起こすように構成され得る。
【００５５】
一態様では、外科用ツールは、その遠位端にエンドエフェクタを有するシャフトと、エンドエフェクタに関連付けられた少なくとも１つのエネルギー処置部と、吸い込み管と、灌注管と、を含む。吸い込み管は、その遠位端に入口ポートを有することができ、吸い込み管はシャフトを通って延在する。同様に、灌注管はシャフトを通って延在することができ、かつ、エネルギー送達器具に近接した入口ポートを有することができる。エネルギー送達器具は、超音波及び／又はＲＦエネルギーを手術部位に送達するように構成され、最初にシャフトを通って延在するケーブルによって発生器モジュール１４０に連結される。
【００５６】
灌注管は流体源と流体連通することができ、吸い込み管は真空源と流体連通することができる。流体源及び／又は真空源は、吸引／灌注モジュール１２８内に収容され得る。一実施例では、流体源及び／又は真空源は、吸引／灌注モジュール１２８とは別にハブ筐体１３６内に収容され得る。このような実施例では、流体インターフェースは、吸引／灌注モジュール１２８を流体源及び／又は真空源に接続するように構成され得る。
【００５７】
一態様では、モジュール１４０、１２６、１２８及び／又はハブのモジュール式筐体１３６上のそれらの対応するドッキングステーションは、モジュールのドッキングポートを位置合わせして、ハブのモジュール式筐体１３６のドッキングステーション内でこれらの対応部品と係合させるように構成された位置合わせ機能を含み得る。例えば、図４に示すように、組み合わせ発生器モジュール１４５は、ハブのモジュール式筐体１３６の対応するドッキングステーション１５１の対応するブラケット１５６と摺動可能に係合するように構成された側部ブラケット１５５を含む。ブラケットは協働して、組み合わせ発生器モジュール１４５のドッキングポート接点をハブのモジュール式筐体１３６のドッキングポート接点と電気係合させるように誘導する。
【００５８】
いくつかの態様では、ハブのモジュール式筐体１３６のドロアー１５１はサイズが同じ又は実質的に同じであり、モジュールはドロアー１５１内に受容されるサイズに調整される。例えば、側部ブラケット１５５及び／又は１５６は、モジュールのサイズに応じてより大きくなっても小さくなってもよい。他の態様では、ドロアー１５１はサイズが異なり、特定のモジュールを収容するように各々設計される。
【００５９】
更に、適合しない接点を備えるドロアーにモジュールを挿入することを避けるために、特定のモジュールの接点を、特定のドロアーの接点と係合するように鍵付きにしてもよい。
【００６０】
図４に示されるように、１つのドロアー１５１のドッキングポート１５０は、通信リンク１５７を介して別のドロアー１５１のドッキングポート１５０に連結されて、ハブのモジュール式筐体１３６内に収容されたモジュール間の双方向通信を容易にすることができる。代替的に又は更に、ハブのモジュール式筐体１３６のドッキングポート１５０は、ハブのモジュール式筐体１３６内に収容されたモジュール間の無線双方向通信を容易にしてもよい。例えば、Ａｉｒ  Ｔｉｔａｎ−Ｂｌｕｅｔｏｏｔｈなどの任意の好適な無線通信を用いてもよい。
【００６１】
図６は、外科用ハブ２０６の複数のモジュールを受容するように構成された横方向モジュール式ハウジング１６０の複数の横方向ドッキングポートの個々の電力バスアタッチメントを示す。横方向モジュール式ハウジング１６０は、モジュール１６１を横方向に受容して相互接続するように構成される。モジュール１６１は、モジュール１６１を相互接続するためのバックプレーンを含む横方向モジュール式ハウジング１６０のドッキングステーション１６２内に摺動可能に挿入される。図６に示すように、モジュール１６１は、横方向モジュール式ハウジング１６０内で横方向に配置される。代替的に、モジュール１６１は、横方向モジュール式ハウジング内で垂直方向に配置されてもよい。
【００６２】
図７は、外科用ハブ１０６の複数のモジュール１６５を受容するように構成された垂直モジュール式ハウジング１６４を示す。モジュール１６５は、モジュール１６５を相互接続するためのバックプレーンを含む垂直モジュール式ハウジング１６４のドッキングステーション又はドロアー１６７内に摺動可能に挿入される。垂直モジュール式ハウジング１６４のドロアー１６７は垂直方向に配置されているが、特定の場合では、垂直モジュール式ハウジング１６４は、横方向に配置されたドロアーを含んでもよい。更に、モジュール１６５は、垂直モジュール式ハウジング１６４のドッキングポートを介して互いに相互作用し得る。図７の実施例では、モジュール１６５の動作に関連するデータを表示するためのディスプレイ１７７が提供される。加えて、垂直モジュール式ハウジング１６４は、マスタモジュール１７８内に摺動可能に受容される複数のサブモジュールを収容するマスタモジュール１７８を含む。
【００６３】
様々な態様では、撮像モジュール１３８は、内蔵型のビデオプロセッサ及びモジュール式光源を備え、様々な撮像装置と共に使用するように適合されている。一態様では、撮像装置は、光源モジュール及びカメラモジュールと共に組み立てることが可能なモジュール式ハウジングで構成される。ハウジングは、使い捨て式ハウジングであってもよい。少なくとも１つの実施例では、使い捨て式ハウジングは、再利用可能なコントローラ、光源モジュール、及びカメラモジュールと取り外し可能に連結される。光源モジュール及び／又はカメラモジュールは、外科処置の種類に応じて選択的に選択することができる。一態様では、カメラモジュールはＣＣＤセンサを含む。別の態様では、カメラモジュールはＣＭＯＳセンサを含む。別の態様では、カメラモジュールはスキャンされたビームの撮像用に構成される。同様に、光源モジュールは、外科処置に応じて白色光又は異なる光を送達するように構成することができる。
【００６４】
外科処置中に、手術野から外科用装置を除去して異なるカメラ又は異なる光源を含む別の外科用装置と交換することは非効率的であり得る。手術野の視野を一時的に喪失することは、望ましくない結果をもたらし得る。本開示のモジュール撮像装置は、手術野から撮像装置を除去する必要なく、外科処置中に光源モジュール又はカメラモジュール中間体（midstream）の交換を可能にするように構成される。
【００６５】
一態様では、撮像装置は、複数のチャネルを含む管状ハウジングを備える。第１のチャネルは、第１のチャネルとスナップ嵌め係合するように構成され得るカメラモジュールを摺動可能に受容するように構成されている。第２のチャネルは、第２のチャネルとスナップ嵌め係合するように構成され得る光源モジュールを摺動可能に受容するように構成されている。別の実施例では、カメラモジュール及び／又は光源モジュールは、これらの対応するチャネル内の最終位置へと回転させることができる。スナップ嵌め係合の代わりにねじ係合が採用されてもよい。
【００６６】
様々な実施例で、複数の撮像装置が、複数の視野を提供するために手術野内の様々な位置に位置決めされる。撮像モジュール１３８は、最適な視野を提供するために撮像装置間を切り替えるように構成することができる。様々な態様では、撮像モジュール１３８は、異なる撮像装置からの画像を統合するように構成することができる。
【００６７】
本開示と共に使用するのに好適な様々な画像プロセッサ及び撮像装置は、その全体が参照により本明細書に組み込まれる「ＣＯＭＢＩＮＥＤ  ＳＢＩ  ＡＮＤ  ＣＯＮＶＥＮＴＩＯＮＡＬ  ＩＭＡＧＥ  ＰＲＯＣＥＳＳＯＲ」と題する２０１１年８月９日発行の米国特許第７，９９５，０４５号に記載されている。更に、その全体が参照により本明細書に組み込まれる「ＳＢＩ  ＭＯＴＩＯＮ  ＡＲＴＩＦＡＣＴ  ＲＥＭＯＶＡＬ  ＡＰＰＡＲＡＴＵＳ  ＡＮＤ  ＭＥＴＨＯＤ」と題する２０１１年７月１９日発行の米国特許第７，９８２，７７６号は、画像データからモーションアーチファクトを除去するための様々なシステムについて記載している。こうしたシステムは、撮像モジュール１３８と一体化され得る。更に、「ＣＯＮＴＲＯＬＬＡＢＬＥ  ＭＡＧＮＥＴＩＣ  ＳＯＵＲＣＥ  ＴＯ  ＦＩＸＴＵＲＥ  ＩＮＴＲＡＣＯＲＰＯＲＥＡＬ  ＡＰＰＡＲＡＴＵＳ」と題する２０１１年１２月１５日公開の米国特許出願公開第２０１１／０３０６８４０号、及び「ＳＹＳＴＥＭ  ＦＯＲ  ＰＥＲＦＯＲＭＩＮＧ  Ａ  ＭＩＮＩＭＡＬＬＹ  ＩＮＶＡＳＩＶＥ  ＳＵＲＧＩＣＡＬ  ＰＲＯＣＥＤＵＲＥ」と題する２０１４年８月２８日公開の米国特許出願公開第２０１４／０２４３５９７号は、その各々は参照によりその全体が本明細書に組み込まれる。
【００６８】
図８は、医療施設の１つ又は２つ以上の手術室、又は外科処置のための専門設備を備えた医療施設内の任意の部屋に配置されたモジュール式装置をクラウドベースのシステム（例えば記憶装置２０５に連結されたリモートサーバ２１３を含み得るクラウド２０４）に接続するように構成されたモジュール式通信ハブ２０３を備える外科用データネットワーク２０１を示す。一態様では、モジュール式通信ハブ２０３は、ネットワークルータと通信するネットワークハブ２０７及び／又はネットワークスイッチ２０９を備える。モジュール式通信ハブ２０３は更に、ローカルコンピュータ処理及びデータ操作を提供するために、ローカルコンピュータシステム２１０に連結することができる。外科用データネットワーク２０１は、受動的、インテリジェント、又は切り替え式として構成されてもよい。受動的外科用データネットワークはデータの導管として機能し、データが１つの装置（又はセグメント）から別の装置に、及びクラウドコンピューティングリソースに行くことを可能にする。インテリジェントな外科用データネットワークは、トラフィックが監視対象の外科用データネットワークを通過することを可能にし、ネットワークハブ２０７又はネットワークスイッチ２０９内の各ポートを構成する追加の機能を含む。インテリジェントな外科用データネットワークは、管理可能なハブ又はスイッチと称され得る。スイッチングハブは、各パケットの宛先アドレスを読み取り、次いでパケットを正しいポートに転送する。
【００６９】
手術室に配置されたモジュール式装置１ａ〜１ｎは、モジュール式通信ハブ２０３に連結されてもよい。ネットワークハブ２０７及び／又はネットワークスイッチ２０９は、ネットワークルータ２１１に連結されて、装置１ａ〜１ｎをクラウド２０４又はローカルコンピュータシステム２１０に接続することができる。装置１ａ〜１ｎに関連付けられたデータは、遠隔データ処理及び操作のためにルータを介してクラウドベースのコンピュータに転送されてもよい。装置１ａ〜１ｎに関連付けられたデータはまた、ローカルでのデータ処理及び操作のためにローカルコンピュータシステム２１０に転送されてもよい。同じ手術室に位置するモジュール式装置２ａ〜２ｍもまた、ネットワークスイッチ２０９に連結されてもよい。ネットワークスイッチ２０９は、ネットワークハブ２０７及び／又はネットワークルータ２１１に連結されて、装置２ａ〜２ｍをクラウド２０４に接続することができる。装置２ａ〜２ｎに関連付けられたデータは、データ処理及び操作のためにネットワークルータ２１１を介してクラウド２０４に転送されてもよい。装置２ａ〜２ｍに関連付けられたデータはまた、ローカルでのデータ処理及び操作のためにローカルコンピュータシステム２１０に転送されてもよい。
【００７０】
複数のネットワークハブ２０７及び／又は複数のネットワークスイッチ２０９を複数のネットワークルータ２１１と相互接続することによって、外科用データネットワーク２０１が拡張され得ることが理解されるであろう。モジュール式通信ハブ２０３は、複数の装置１ａ〜１ｎ／２ａ〜２ｍを受容するように構成されたモジュール式制御タワー内に収容され得る。ローカルコンピュータシステム２１０もまた、モジュール式制御タワーに収容されてもよい。モジュール式通信ハブ２０３は、ディスプレイ２１２に接続されて、例えば外科処置中に、装置１ａ〜１ｎ／２ａ〜２ｍのうちのいくつかによって取得された画像を表示する。様々な態様では、装置１ａ〜１ｎ／２ａ〜２ｍとしては、外科用データネットワーク２０１のモジュール式通信ハブ２０３に接続され得るモジュール式装置の中でもとりわけ、例えば、内視鏡に連結された撮像モジュール１３８、エネルギーベースの外科用装置に連結された発生器モジュール１４０、排煙モジュール１２６、吸引／灌注モジュール１２８、通信モジュール１３０、プロセッサモジュール１３２、ストレージアレイ１３４、ディスプレイに連結された外科用装置、及び／又は非接触センサモジュールなどの様々なモジュールが挙げられ得る。
【００７１】
一態様では、外科用データネットワーク２０１は、装置１ａ〜１ｎ／２ａ〜２ｍをクラウドに接続する、ネットワークハブ（複数可）、ネットワークスイッチ（複数可）、及びネットワークルータ（複数可）との組み合わせを含んでもよい。ネットワークハブ又はネットワークスイッチに連結された装置１ａ〜１ｎ／２ａ〜２ｍのいずれか１つ又は全ては、リアルタイムでデータを収集し、データ処理及び操作のためにデータをクラウドコンピュータに転送することができる。クラウドコンピューティングは、ソフトウェアアプリケーションを取り扱うために、ローカルサーバ又はパーソナル装置を有するのではなく、共有コンピューティングリソースに依存することは理解されるであろう。「クラウド」という用語は、「インターネット」の隠喩として使用され得るが、この用語は、そのように限定はされない。したがって、「クラウドコンピューティング」という用語は、本明細書では「インターネットベースのコンピューティングの一種」を指すために使用することができ、この場合、サーバ、記憶装置、及びアプリケーションなどの様々なサービスは、手術現場（例えば、固定式、移動式、一時的、又は現場の手術室又は空間）に位置するモジュール式通信ハブ２０３及び／又はコンピュータシステム２１０に、かつインターネットを介してモジュール式通信ハブ２０３及び／又はコンピュータシステム２１０に接続された装置に送達される。クラウドインフラストラクチャは、クラウドサービスプロバイダによって維持され得る。この文脈において、クラウドサービスプロバイダは、１つ又は２つ以上の手術室内に位置する装置１ａ〜１ｎ／２ａ〜２ｍの使用及び制御を調整するエンティティであり得る。クラウドコンピューティングサービスは、スマート外科用器具、ロボット、及び手術室内に位置する他のコンピュータ化装置によって収集されたデータに基づいて、多数の計算を実行することができる。ハブハードウェアは、複数の装置又は接続部がクラウドコンピューティングリソース及び記憶装置と通信するコンピュータに接続することを可能にする。
【００７２】
装置１ａ〜１ｎ／２ａ〜２ｍによって収集されたデータにクラウドコンピュータデータ処理技術を適用することで、外科用データネットワークは、外科的成果の改善、コスト低減、及び患者満足度の改善を提供する。組織の封止及び切断処置後に、組織の状態を観察して封止された組織の漏出又は灌流を評価するために、装置１ａ〜１ｎ／２ａ〜２ｍのうちの少なくともいくつかを用いることができる。クラウドベースのコンピューティングを使用して、身体組織の試料の画像を含むデータを診断目的で検査して疾患の影響などの病状を特定するために、装置１ａ〜１ｎ／２ａ〜２ｍのうちの少なくともいくつかを用いることができる。これは、組織及び表現型の位置特定及びマージン確認を含む。撮像装置と一体化された様々なセンサ、及び複数の撮像装置によってキャプチャされた画像をオーバーレイするなどの技術を使用して、身体の解剖学的構造を特定するために、装置１ａ〜１ｎ／２ａ〜２ｍのうちの少なくともいくつかを用いることができる。画像データを含む、装置１ａ〜１ｎ／２ａ〜２ｍによって収集されたデータは、画像処理及び操作を含むデータ処理及び操作のために、クラウド２０４若しくはローカルコンピュータシステム２１０又はその両方に転送されてもよい。データは、組織特異的部位及び状態に対する内視鏡的介入、新興技術、標的化放射線、標的化介入、及び精密ロボットの適用などの更なる治療を遂行できるかを判定することによって、外科処置の結果を改善するために分析することができる。こうしたデータ分析は、予後分析処理を更に採用してもよく、標準化されたアプローチを使用することは、外科治療及び外科医の挙動を確認するか、又は外科治療及び外科医の挙動に対する修正を提案するかのいずれかのために有益なフィードバックを提供することができる。
【００７３】
一実装態様では、手術室装置１ａ〜１ｎは、ネットワークハブに対する装置１ａ〜１ｎの構成に応じて、有線チャネル又は無線チャネルを介してモジュール式通信ハブ２０３に接続されてもよい。ネットワークハブ２０７は、一態様では、開放型システム間相互接続（Open System Interconnection、ＯＳＩ）モデルの物理層上で機能するローカルネットワークブロードキャスト装置として実装されてもよい。ネットワークハブは、同じ手術室ネットワーク内に位置する装置１ａ〜１ｎに接続性を提供する。ネットワークハブ２０７は、パケット形態のデータを収集し、それらを半二重モードでルータに送信する。ネットワークハブ２０７は、装置データを転送するための任意の媒体アクセス制御／インターネットプロトコル（media access control、ＭＡＣ／Internet Protocol、ＩＰ）は格納しない。装置１ａ〜１ｎのうちの１つのみが、ネットワークハブ２０７を介して一度にデータを送信することができる。ネットワークハブ２０７は、情報の送信先に関する経路選択テーブル又はインテリジェンスを有さず、全てのネットワークデータを各コネクション全体、及びクラウド２０４上のリモートサーバ２１３（図９）にブロードキャストする。ネットワークハブ２０７は、コリジョンなどの基本的なネットワークエラーを検出することができるが、全ての情報を複数のポートにブロードキャストすることは、セキュリティリスクとなりボトルネックを引き起こすおそれがある。
【００７４】
別の実装形態では、手術室装置２ａ〜２ｍは、有線チャネル又は無線チャネルを介してネットワークスイッチ２０９に接続されてもよい。ネットワークスイッチ２０９は、ＯＳＩモデルのデータリンク層内で機能する。ネットワークスイッチ２０９は、同じ手術室内に位置する装置２ａ〜２ｍをネットワークに接続するためのマルチキャスト装置である。ネットワークスイッチ２０９は、フレームの形態のデータをネットワークルータ２１１に送信し、全二重モードで機能する。複数の装置２ａ〜２ｍは、ネットワークスイッチ２０９を介して同時にデータを送信することができる。ネットワークスイッチ２０９は、データを転送するために装置２ａ〜２ｍのＭＡＣアドレスを格納かつ使用する。
【００７５】
ネットワークハブ２０７及び／又はネットワークスイッチ２０９は、クラウド２０４に接続するためにネットワークルータ２１１に連結される。ネットワークルータ２１１は、ＯＳＩモデルのネットワーク層内で機能する。ネットワークルータ２１１は、装置１ａ〜１ｎ／２ａ〜２ｍのいずれか１つ又は全てによって収集されたデータを更に処理及び操作するために、ネットワークハブ２０７及び／又はネットワークスイッチ２１１から受信したデータパケットをクラウドベースのコンピュータリソースに送信するための経路を作成する。ネットワークルータ２１１は、例えば、同じ医療施設の異なる手術室、又は異なる医療施設の異なる手術室に位置する異なるネットワークなどの、異なる位置に位置する２つ又は３つ以上の異なるネットワークを接続するために用いられてもよい。ネットワークルータ２１１は、パケット形態のデータをクラウド２０４に送信し、全二重モードで機能する。複数の装置が同時にデータを送信することができる。ネットワークルータ２１１は、データを転送するためにＩＰアドレスを使用する。
【００７６】
一実施例では、ネットワークハブ２０７は、複数のＵＳＢ装置をホストコンピュータに接続することを可能にするＵＳＢハブとして実装されてもよい。ＵＳＢハブは、装置をホストシステムコンピュータに接続するために利用可能なポートが多くなるように、単一のＵＳＢポートをいくつかの階層に拡張することができる。ネットワークハブ２０７は、有線チャネル又は無線チャネルを介して情報を受信するための有線又は無線能力を含むことができる。一態様では、無線ＵＳＢ短距離高帯域無線通信プロトコルが、手術室内に位置する装置１ａ〜１ｎと装置２ａ〜２ｍとの間の通信のために使用されてもよい。
【００７７】
他の実施例では、手術室装置１ａ〜１ｎ／２ａ〜２ｍは、固定及びモバイル装置から短距離にわたってデータを交換し（２．４〜２．４８５ＧＨｚのＩＳＭ帯域における短波長ＵＨＦ電波を使用して）、かつパーソナルエリアネットワーク（personal area network、ＰＡＮ）を構築するために、Ｂｌｕｅｔｏｏｔｈ無線技術規格を介してモジュール式通信ハブ２０３と通信することができる。他の態様では、手術室装置１ａ〜１ｎ／２ａ〜２ｍは、Ｗｉ−Ｆｉ（ＩＥＥＥ８０２．１１ファミリー）、ＷｉＭＡＸ（ＩＥＥＥ８０２．１６ファミリー）、ＩＥＥＥ８０２．２０、ロング・ターム・エボリューション（long-term evolution、ＬＴＥ）、並びにＥｖ−ＤＯ、ＨＳＰＡ＋、ＨＳＤＰＡ＋、ＨＳＵＰＡ＋、ＥＤＧＥ、ＧＳＭ、ＧＰＲＳ、ＣＤＭＡ、ＴＤＭＡ、ＤＥＣＴ、及びこれらのイーサネット派生物、のみならず３Ｇ、４Ｇ、５Ｇ、及びそれ以降と指定される任意の他の無線及び有線プロトコルが挙げられるがこれらに限定されない数多くの無線又は有線通信規格又はプロトコルを介してモジュール式通信ハブ２０３と通信することができる。コンピューティングモジュールは、複数の通信モジュールを含んでもよい。例えば、第１の通信モジュールは、Ｗｉ−Ｆｉ及びＢｌｕｅｔｏｏｔｈなどの短距離無線通信専用であってもよく、第２の通信モジュールは、ＧＰＳ、ＥＤＧＥ、ＧＰＲＳ、ＣＤＭＡ、ＷｉＭＡＸ、ＬＴＥ、Ｅｖ−ＤＯなどの長距離無線通信専用であってもよい。
【００７８】
モジュール式通信ハブ２０３は、手術室装置１ａ〜１ｎ／２ａ〜２ｍの１つ又は全ての中央接続部として機能することができ、フレームとして知られるデータ型を取り扱う。フレームは、装置１ａ〜１ｎ／２ａ〜２ｍによって生成されたデータを搬送する。フレームがモジュール式通信ハブ２０３によって受信されると、フレームは増幅されてネットワークルータ２１１へ送信され、ネットワークルータ２１１は本明細書に記載される数多くの無線又は有線通信規格又はプロトコルを使用することによってこのデータをクラウドコンピューティングリソースに転送する。
【００７９】
モジュール式通信ハブ２０３は、スタンドアロンの装置として使用されてもよく、又はより大きなネットワークを形成するために互換性のあるネットワークハブ及びネットワークスイッチに接続されてもよい。モジュール式通信ハブ２０３は、一般に据え付け、構成、及び維持が容易であるため、モジュール式通信ハブ２０３は手術室装置１ａ〜１ｎ／２ａ〜２ｍをネットワーク接続するための良好な選択肢となる。
【００８０】
図９は、コンピュータ実装インタラクティブ外科システム２００を示す。コンピュータ実装インタラクティブ外科システム２００は、多くの点で、コンピュータ実装インタラクティブ外科システム１００と類似している。例えば、コンピュータ実装インタラクティブ外科システム２００は、多くの点で外科システム１０２と類似する１つ又は２つ以上の外科システム２０２を含む。各外科システム２０２は、リモートサーバ２１３を含み得るクラウド２０４と通信する少なくとも１つの外科用ハブ２０６を含む。一態様では、コンピュータ実装インタラクティブ外科システム２００は、例えば、インテリジェント外科用器具、ロボット、及び手術室内に位置する他のコンピュータ化装置などの複数の手術室装置に接続されたモジュール式制御タワー２３６を備える。図１０に示されるように、モジュール式制御タワー２３６は、コンピュータシステム２１０に連結されたモジュール式通信ハブ２０３を備える。図９の実施例に例示するように、モジュール式制御タワー２３６は、内視鏡２３９に連結された撮像モジュール２３８、エネルギー装置２４１に連結された発生器モジュール２４０、排煙器モジュール２２６、吸引／灌注モジュール２２８、通信モジュール２３０、プロセッサモジュール２３２、ストレージアレイ２３４、任意でディスプレイ２３７に連結されたスマート装置／器具２３５、及び非接触センサモジュール２４２に連結される。手術室装置は、モジュール式制御タワー２３６を介してクラウドコンピューティングリソース及びデータ記憶装置に連結される。ロボットハブ２２２もまた、モジュール式制御タワー２３６及びクラウドコンピューティングリソースに接続されてもよい。中でもとりわけ、装置／器具２３５、可視化システム２０８が、本明細書に記載される有線又は無線通信規格又はプロトコルを介してモジュール式制御タワー２３６に連結されてもよい。モジュール式制御タワー２３６は、撮像モジュール、装置／器具ディスプレイ、及び／又は他の可視化システム２０８から受信した画像を表示及びオーバーレイするためにハブディスプレイ２１５（例えば、モニタ、スクリーン）に連結されてもよい。ハブディスプレイはまた、画像及びオーバーレイ画像と共にモジュール式制御タワーに接続された装置から受信したデータを表示してもよい。
【００８１】
図１０は、モジュール式制御タワー２３６に連結された複数のモジュールを備える外科用ハブ２０６を示す。モジュール式制御タワー２３６は、例えばネットワーク接続装置などのモジュール式通信ハブ２０３と、例えば局所処理、可視化、及び撮像を提供するためのコンピュータシステム２１０と、を備える。図１０に示すように、モジュール式通信ハブ２０３は、モジュール式通信ハブ２０３に接続され得るモジュール（例えば、装置）の数を拡張するために階層化構成で接続されて、モジュールと関連付けられたデータをコンピュータシステム２１０、クラウドコンピューティングリソース、又はその両方に転送し得る。図１０に示すように、モジュール式通信ハブ２０３内のネットワークハブ／スイッチの各々は、３つの下流ポート及び１つの上流ポートを含む。上流のネットワークハブ／スイッチは、クラウドコンピューティングリソース及びローカルディスプレイ２１７への通信接続を提供するためにプロセッサに接続される。クラウド２０４への通信は、有線又は無線通信チャネルのいずれかを介して行うことができる。
【００８２】
外科用ハブ２０６は、非接触センサモジュール２４２を使用して、手術室の寸法を測定し、また超音波又はレーザ型非接触測定装置のいずれかを使用して手術現場のマップを生成する。その全体が参照により本明細書に組み込まれる「ＩＮＴＥＲＡＣＴＩＶＥ  ＳＵＲＧＩＣＡＬ  ＰＬＡＴＦＯＲＭ」と題する２０１７年１２月２８日出願の米国特許仮出願第６２／６１１，３４１号中の「Ｓｕｒｇｉｃａｌ  Ｈｕｂ  Ｓｐａｔｉａｌ  Ａｗａｒｅｎｅｓｓ  Ｗｉｔｈｉｎ  ａｎ  Ｏｐｅｒａｔｉｎｇ  Ｒｏｏｍ」の項で説明されるように、超音波ベースの非接触センサモジュールは、超音波のバーストを送信し、超音波のバーストが手術室の外壁に反射したときのエコーを受信することによって手術室をスキャンし、ここでセンサモジュールが、手術室のサイズを判定し、かつＢｌｕｅｔｏｏｔｈペアリングの距離限界を調整するように構成される。レーザベースの非接触センサモジュールは、例えば、レーザ光パルスを送信し、手術室の外壁に反射するレーザ光パルスを受信し、送信されたパルスの位相を受信したパルスと比較して、手術室のサイズを判定し、かつＢｌｕｅｔｏｏｔｈペアリング距離限界を調整することによって手術室をスキャンする。
【００８３】
コンピュータシステム２１０は、プロセッサ２４４とネットワークインターフェース２４５とを備える。プロセッサ２４４は、システムバスを介して、通信モジュール２４７、記憶装置２４８、メモリ２４９、不揮発性メモリ２５０、及び入力／出力インターフェース２５１に連結される。システムバスは、９ビットバス、業界標準アーキテクチャ（Industrial Standard Architecture、ＩＳＡ）、マイクロチャネルアーキテクチャ（Micro-Chearmel Architecture、ＭＳＡ）、拡張ＩＳＡ（Extended ISA、ＥＩＳＡ）、インテリジェントドライブエレクトロニクス（Intelligent Drive Electronics、ＩＤＥ）、ＶＥＳＡローカルバス（VESA Local Bus、ＶＬＢ）、周辺装置相互接続（Peripheral Component Interconnect、ＰＣＩ）、ＵＳＢ、アドバンスドグラフィックスポート（Advanced Graphics Port、ＡＧＰ）、パーソナルコンピュータメモリカード国際協会バス（Personal Computer Memory Card International Association bus、ＰＣＭＣＩＡ）、小型計算機システム・インターフェース（Small Computer Systems Interface、ＳＣＳＩ）、又は任意の他の独自バス（proprietary bus）が挙げられるがこれらに限定されない任意の様々なバスアーキテクチャを使用する、メモリバス若しくはメモリコントローラ、ペリフェラルバス若しくは外部バス、及び／又はローカルバスを含むいくつかの種類のバス構造（複数可）のうちのいずれかであっってもよい。
【００８４】
プロセッサ２４４は、Ｔｅｘａｓ  Ｉｎｓｔｒｕｍｅｎｔｓ製のＡＲＭ  Ｃｏｒｔｅｘの商品名で知られているものなど、任意のシングルコア又はマルチコアプロセッサであってもよい。一態様では、プロセッサは、例えば、その詳細が製品データシートで入手可能である、最大４０ＭＨｚの２５６ＫＢのシングルサイクルフラッシュメモリ若しくは他の不揮発性メモリのオンチップメモリ、性能を４０ＭＨｚ超に改善するためのプリフェッチバッファ、３２ＫＢのシングルサイクルシリアルランダムアクセスメモリ（single-cycle serial random access memory、ＳＲＡＭ）、ＳｔｅｌｌａｒｉｓＷａｒｅ（登録商標）ソフトウェアを搭載した内部読み出し専用メモリ（read-only memory、ＲＯＭ）、２ＫＢの電気的消去可能プログラマブル読み出し専用メモリ（erasable programmable read-only memory、ＥＥＰＲＯＭ）、及び／又は、１つ若しくは２つ以上のパルス幅変調（pulse width modulation、ＰＷＭ）モジュール、１つ若しくは２つ以上の直交エンコーダ入力（quadrature encoder input、ＱＥＩ）アナログ、１２個のアナログ入力チャネルを備える１つ若しくは２つ以上の１２ビットアナログ−デジタル変換器（analog-to-digital comverter、ＡＤＣ）を含む、Ｔｅｘａｓ  Ｉｎｓｔｒｕｍｅｎｔｓから入手可能なＬＭ４Ｆ２３０Ｈ５ＱＲ  ＡＲＭ  Ｃｏｒｔｅｘ−Ｍ４Ｆプロセッサコアであってもよい。
【００８５】
一態様では、プロセッサ２４４は、同じくＴｅｘａｓ  Ｉｎｓｔｒｕｍｅｎｔｓ製のＨｅｒｃｕｌｅｓ  ＡＲＭ  Ｃｏｒｔｅｘ  Ｒ４の商品名で知られるＴＭＳ５７０及びＲＭ４ｘなどの２つのコントローラ系ファミリーを含む安全コントローラを含んでもよい。安全コントローラは、拡張性のある性能、接続性、及びメモリの選択肢を提供しながら、高度な集積型安全機能を提供するために、中でも特に、ＩＥＣ６１５０８及びＩＳＯ２６２６２の安全限界用途専用に構成されてもよい。
【００８６】
システムメモリとしては、揮発性メモリ及び不揮発性メモリが挙げられる。起動中などにコンピュータシステム内の要素間で情報を転送するための基本ルーチンを含む基本入出力システム（basic input/output system、ＢＩＯＳ）は、不揮発性メモリに格納される。例えば、不揮発性メモリとしては、ＲＯＭ、プログラマブルＲＯＭ（programmable ROM、ＰＲＯＭ）、電気的プログラマブルＲＯＭ（electrically programmable ROM、ＥＰＲＯＭ）、ＥＥＰＲＯＭ、又はフラッシュメモリが挙げられ得る。揮発性メモリとしては、外部キャッシュメモリとして機能するランダムアクセスメモリ（random-access memory、ＲＡＭ）が挙げられる。更に、ＲＡＭは、ＳＲＡＭ、ダイナミックＲＡＭ（dynamic RAＭ、ＤＲＡＭ）、シンクロナスＤＲＡＭ（synchronous DRAM、ＳＤＲＡＭ）、ダブルデータレートＳＤＲＡＭ（double data rate、ＤＤＲ  ＳＤＲＡＭ）、エンハンスドＳＤＲＡＭ（enhanced SDRAM、ＥＳＤＲＡＭ）、シンクリンクＤＲＡＭ（Synchlink DRAM、ＳＬＤＲＡＭ）、及びダイレクトランバスＲＡＭ（direct Rambus RAM、ＤＲＲＡＭ）などの多くの形態で利用可能である。
【００８７】
コンピュータシステム２１０はまた、取り外し可能／取り外し不可能な揮発性／不揮発性コンピュータ記憶媒体、例えばディスク記憶装置などを含む。ディスク記憶装置としては、磁気ディスクドライブ、フロッピーディスクドライブ、テープドライブ、Ｊａｚドライブ、Ｚｉｐドライブ、ＬＳ−６０ドライブ、フラッシュメモリカード、又はメモリスティックのような装置が挙げられるが、これらに限定されない。加えて、ディスク記憶装置は、記憶媒体を、独立して、又はコンパクトディスクＲＯＭ装置（compact disc ROM、ＣＤ−ＲＯＭ）、コンパクトディスク記録可能ドライブ（conpact disc recordable drive、ＣＤ−Ｒ  Ｄｒｉｖｅ）、コンパクトディスク書き換え可能ドライブ（compact disc rewritable drive、ＣＤ−ＲＷ  Ｄｒｉｖｅ）、若しくはデジタル多用途ディスクＲＯＭドライブ（digital versatile disc ROM drive、ＤＶＤ−ＲＯＭ）などの光ディスクドライブが挙げられるがこれらに限定されない他の記憶媒体との組み合わせで含むことができる。ディスク記憶装置のシステムバスへの接続を容易にするために、取り外し可能な又は取り外し不可能なインターフェースが用いられてもよい。
【００８８】
コンピュータシステム２１０は、好適な動作環境で説明されるユーザと基本コンピュータリソースとの間で媒介として機能するソフトウェアを含むことを理解されたい。このようなソフトウェアとしてはオペレーティングシステムが挙げられる。ディスク記憶装置上に格納され得るオペレーティングシステムは、コンピュータシステムのリソースを制御及び割り当てするように機能する。システムアプリケーションは、システムメモリ内又はディスク記憶装置上のいずれかに格納されたプログラムモジュール及びプログラムデータを介して、オペレーティングシステムによるリソース管理を活用する。本明細書に記載される様々な構成要素は、様々なオペレーティングシステム又はオペレーティングシステムの組み合わせで実装することができることを理解されたい。
【００８９】
ユーザは、Ｉ／Ｏインターフェース２５１に連結された入力装置（複数可）を介してコンピュータシステム２１０にコマンド又は情報を入力する。入力装置としては、マウス、トラックボール、スタイラス、タッチパッドなどのポインティング装置、キーボード、マイクロフォン、ジョイスティック、ゲームパッド、サテライト・ディッシュ、スキャナ、ＴＶチューナカード、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなどが挙げられるが、これらに限定されない。これら及び他の入力装置は、インターフェースポート（複数可）を介し、システムバスを通してプロセッサに接続する。インターフェースポート（複数可）としては、例えば、シリアルポート、パラレルポート、ゲームポート、及びＵＳＢが挙げられる。出力装置（複数可）は、入力装置（複数可）と同じ種類のポートのうちのいくつかを使用する。したがって、例えば、ＵＳＢポートを使用して、コンピュータシステムに入力を提供し、またコンピュータシステムからの情報を出力装置に出力してもよい。出力アダプタは、特別なアダプタを必要とする出力装置の中でもとりわけ、モニタ、ディスプレイ、スピーカ、及びプリンタなどのいくつかの出力装置が存在することを示すために提供される。出力アダプタとしては、例示としてのものであり限定するものではないが、出力装置とシステムバスとの間の接続手段を提供するビデオ及びサウンドカードが挙げられる。遠隔コンピュータ（複数可）などの他の装置及び／又は装置のシステムは、入力及び出力機能の両方を提供することに留意されたい。
【００９０】
コンピュータシステム２１０は、クラウドコンピュータ（複数可）などの１つ若しくは２つ以上の遠隔コンピュータ又はローカルコンピュータへの論理接続を使用するネットワーク化環境で動作することができる。遠隔クラウドコンピュータ（複数可）は、パーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ワークステーション、マイクロプロセッサベースの機器、ピア装置、又は他の一般的なネットワークノードなどであり得、典型的には、コンピュータシステムに関して説明される要素の多く又は全てを含む。簡潔にするために、遠隔コンピュータ（複数可）と共にメモリ記憶装置のみが示される。遠隔コンピュータ（複数可）は、ネットワークインターフェースを介してコンピュータシステムに論理的に接続され、続いて、通信接続を介して物理的に接続される。ネットワークインターフェースは、ローカルエリアネットワーク（local area network、ＬＡＮ）及びワイドエリアネットワーク（wide area network、ＷＡＮ）などの通信ネットワークを包含する。ＬＡＮ技術としては、光ファイバ分散データインターフェース（Fiber Distributed Data Interface、ＦＤＤＩ）、銅線分散データインターフェース（Copper Distributed Data Interface、ＣＤＤＩ）、Ｅｔｈｅｒｎｅｔ／ＩＥＥＥ８０２．３、Ｔｏｋｅｎ  Ｒｉｎｇ／ＩＥＥＥ８０２．５などが挙げられる。ＷＡＮ技術としては、ポイントツーポイントリンク、統合サービスデジタルネットワーク（Integrated Services Digital Network、ＩＳＤＮ）及びその変形などの回路交換ネットワーク、パケット交換ネットワーク、並びにデジタル加入者回線（Digital Subscriber Line、ＤＳＬ）が挙げられるがこれらに限定されない。
【００９１】
様々な態様では、図１０のコンピュータシステム２１０、図９〜図１０の撮像モジュール２３８、及び／又は可視化システム２０８、及び／又はプロセッサモジュール２３２は、画像プロセッサ、画像処理エンジン、メディアプロセッサ、又はデジタル画像の処理に使用される任意の専用デジタル信号プロセッサ（digital signal processor、ＤＳＰ）を含んでもよい。画像プロセッサは、単一命令複数データ（single instruction multiple data、ＳＩＭＤ）、又は複数命令複数データ（multiple instruction multiple data、ＭＩＭＤ）技術を用いる並列コンピューティングを用いて速度及び効率を高めることができる。デジタル画像処理エンジンは、様々なタスクを実行することができる。画像プロセッサは、マルチコアプロセッサアーキテクチャを備えるチップ上のシステムであってもよい。
【００９２】
通信接続（複数可）とは、ネットワークインターフェースをバスに接続するために用いられるハードウェア／ソフトウェアを指す。例示の明瞭さのために通信接続はコンピュータシステム内部に示されているが、通信接続はコンピュータシステム２１０の外部にあってもよい。例示のみを目的として、ネットワークインターフェースへの接続に必要なハードウェア／ソフトウェアとしては、通常の電話グレードモデム、ケーブルモデム、及びＤＳＬモデムを含むモデム、ＩＳＤＮアダプタ、並びにイーサネットカードなどの内部及び外部技術が挙げられる。
【００９３】
図１１は、本開示の少なくとも１つの態様による、ＵＳＢネットワークハブ３００装置の一態様の機能ブロック図を示す。図示した態様では、ＵＳＢネットワークハブ装置３００は、Ｔｅｘａｓ  Ｉｎｓｔｒｕｍｅｎｔｓ製ＴＵＳＢ２０３６集積回路ハブを採用する。ＵＳＢネットワークハブ３００は、ＵＳＢ２．０規格に準拠する、上流ＵＳＢ送受信ポート３０２及び最大３つの下流ＵＳＢ送受信ポート３０４、３０６、３０８を提供するＣＭＯＳ装置である。上流ＵＳＢ送受信ポート３０２は、差動データプラス（data plus、ＤＰ０）入力とペアリングされた差動データマイナス（data minus、ＤＭ０）入力を含む差動ルートデータポートである。３つの下流ＵＳＢ送受信ポート３０４、３０６、３０８は、各ポートが差動データマイナス（ＤＭ１〜ＤＭ３）出力とペアリングした差動データプラス（ＤＰ１〜ＤＰ３）出力を含む差動データポートである。
【００９４】
ＵＳＢネットワークハブ３００装置は、マイクロコントローラの代わりにデジタル状態マシンを備えて実装され、ファームウェアのプログラミングを必要としない。完全準拠したＵＳＢ送受信機が、上流ＵＳＢ送受信ポート３０２及び全ての下流ＵＳＢ送受信ポート３０４、３０６、３０８の回路に統合される。下流ＵＳＢ送受信ポート３０４、３０６、３０８は、ポートに取り付けられた装置の速度に応じてスルーレートを自動的に設定することによって、最高速度及び低速の装置の両方をサポートする。ＵＳＢネットワークハブ３００装置は、バスパワーモード又はセルフパワーモードのいずれかで構成されてもよく、電力を管理するためのハブパワー論理３１２を含む。
【００９５】
ＵＳＢネットワークハブ３００装置は、シリアルインターフェースエンジン３１０（serial interface engine、ＳＩＥ）を含む。ＳＩＥ３１０は、ＵＳＢネットワークハブ３００ハードウェアのフロントエンドであり、ＵＳＢ仕様書の第８章に記載されているプロトコルの大部分を取り扱う。ＳＩＥ３１０は、典型的には、トランザクションレベルまでのシグナリングを理解する。これが取り扱う機能としては、パケット認識、トランザクションの並べ替え、ＳＯＰ、ＥＯＰ、ＲＥＳＥＴ、及びＲＥＳＵＭＥ信号の検出／生成、クロック／データ分離、非ゼロ復帰逆転（non-return-to-zero invert、ＮＲＺＩ）データ符号化／復号及びビットスタッフィング、ＣＲＣ生成及びチェック（トークン及びデータ）、パケットＩＤ（packet ID、ＰＩＤ）の生成、及びチェック／復号、並びに／又はシリアル・パラレル／パラレル・シリアル変換が挙げられ得る。３１０は、クロック入力３１４を受信し、ポート論理回路３２０、３２２、３２４を介して、上流ＵＳＢ送受信ポート３０２と下流ＵＳＢ送受信ポート３０４、３０６、３０８との間の通信を制御するために、サスペンド／レジューム論理並びにフレームタイマー３１６回路及びハブリピータ回路３１８に連結される。ＳＩＥ３１０は、シリアルＥＥＰＲＯＭインターフェース３３０を介してシリアルＥＥＰＲＯＭからコマンドを制御するように、インターフェース論理３２８を介してコマンドデコーダ３２６に連結される。
【００９６】
様々な態様では、ＵＳＢネットワークハブ３００は、最大６つの論理層（階層）内に構成された１２７個の機能を単一のコンピュータに接続することができる。更に、ＵＳＢネットワークハブ３００は、通信及び電力分配の両方を提供する標準化された４本のワイヤケーブルを使用して全ての周辺機器に接続することができる。電力構成は、バスパワーモード及びセルフパワーモードである。ＵＳＢネットワークハブ３００は、個々のポート電力管理又は連動ポート電力管理のいずれかを備えるバスパワーハブ、及び個々のポート電力管理又は連動ポート電力管理のいずれかを備えるセルフパワーハブの、電力管理の４つのモードをサポートするように構成されてもよい。一態様では、ＵＳＢケーブル、ＵＳＢネットワークハブ３００を使用して、上流ＵＳＢ送受信ポート３０２はＵＳＢホストコントローラにプラグ接続され、下流ＵＳＢ送受信ポート３０４、３０６、３０８はＵＳＢに互換性のある装置を接続するために露出される、といった具合である。
【００９７】
外科用ハブ及び／又は外科用ハブネットワークの構造及び機能に関する更なる詳細は、全体が参照により本明細書に組み込まれる、「ＭＥＴＨＯＤ  ＯＦ  ＨＵＢ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ」と題する２０１８年４月１９日出願の米国特許仮出願第６２／６５９，９００号に見出すことができる。
【００９８】
クラウドシステムハードウェア及び機能モジュール
図１２は、本開示の少なくとも１つの態様による、コンピュータ実装インタラクティブ外科システムのブロック図である。一態様では、このコンピュータ実装インタラクティブ外科用システムは、外科用ハブ、外科用器具、ロボット装置、及び手術室又は医療施設を含む様々な外科用システムの動作に関するデータを監視及び分析するように構成される。コンピュータ実装インタラクティブ外科システムは、クラウドベースの分析システムを含む。クラウドベースの分析システムは、外科用システムとして記載されているが、必ずしもそのように限定されるものではなく、クラウドベースの医療システムであってもよい。図１２に示すように、クラウドベースの分析システムは、（器具１１２と同じ又は同様であってもよい）複数の外科用器具７０１２と、（ハブ１０６と同じ又は同様であってもよい）複数の外科用ハブ７００６と、外科用ハブ７００６を（クラウド２０４と同じ又は同様であってもよい）クラウド７００４に連結するための（ネットワーク２０１と同じ又は同様であってもよい）外科用データネットワーク７００１と、を備える。複数の外科用ハブ７００６のそれぞれは、１つ又は２つ以上の外科用器具７０１２に通信可能に連結される。ハブ７００６はまた、ネットワーク７００１を介してコンピュータ実装インタラクティブ外科用システムのクラウド７００４に通信可能に連結される。クラウド７００４は、様々な外科用システムの動作に基づいて生成されたデータを格納、操作、及び通信するためのハードウェア及びソフトウェアのリモートの集中型源である。図１２に示すように、クラウド７００４へのアクセスは、インターネット又は何らかの他の好適なコンピュータネットワークであってもよいネットワーク７００１を介して達成される。クラウド７００４に結合される外科用ハブ７００６は、クラウドコンピューティングシステムのクライアント側（すなわち、クラウドベースの分析システム）と見なすことができる。外科用器具７０１２は、本明細書に記載される様々な外科処置又は動作の制御及び実施のために、外科用ハブ７００６とペアリングされている。
【００９９】
加えて、外科用器具７０１２は、（送受信機もまた含んでもよい）対応する外科用ハブ７００６へのデータ伝送、及び外科用ハブ７００６からのデータ伝送のための送受信機を備えてもよい。外科用器具７０１２と対応するハブ７００６との組み合わせは、医療手術を提供するための医療施設（例えば、病院）内の手術室などの、特定の位置を示してもよい。例えば、外科用ハブ７００６のメモリは、位置データを格納してもよい。図１２に示すように、クラウド７００４は、（図１のリモートサーバ１１３、及び／又は図９のリモートサーバ２１３と同じ又は同様であってもよい）中央サーバ７０１３と、ハブアプリケーションサーバ７００２と、データ分析モジュール７０３４と、入力／出力（input/output、「Ｉ／Ｏ」）インターフェース７００７と、を含む。クラウド７００４の中央サーバ７０１３は、クラウドコンピューティングシステムを集合的に管理し、これは、クライアントモジュール７００６による要求を監視し、リクエストを実行するためのクラウド７００４の処理能力を管理することを含む。中央サーバ７０１３のそれぞれは、ランダムアクセスメモリ（ＲＡＭ）などの揮発性メモリ及び磁気記憶装置などの不揮発性メモリを含むことができる、好適なメモリ装置７０１０に連結された１つ又は２つ以上のプロセッサ７００８を備える。メモリ装置７０１０は、実行されると、プロセッサ７００８が、以下で説明するクラウドベースのデータ分析、動作、提案、及び他の動作のために、データ分析モジュール７０３４を実行させる、機械実行可能命令を含んでもよい。更に、プロセッサ７００８は、ハブ７００６によって独立して実行されるハブアプリケーションと独立して、又はハブアプリケーションと併せて、データ分析モジュール７０３４を実行することができる。中央サーバ７０１３はまた、メモリ２２１０内に常駐することができる集約された医療データデータベース２２１２を含む。
【０１００】
ネットワーク７００１を介した様々な外科用ハブ７００６への接続に基づいて、クラウド７００４は、様々な外科用器具７０１２及びそれらの対応するハブ７００６によって生成された特定のデータからのデータを集約することができる。そのような集計データは、クラウド７００４の集計された医療データのデータベース７０１１内に格納されてもよい。具体的には、クラウド７００４は、有利には、集約されたデータ上でデータ分析及び動作を実行して、個別のハブ７００６がそれ自体で達成できない機能をもたらしてもよい。この目的のために、図１２に示すように、クラウド７００４及び外科用ハブ７００６は、情報を送受信するように通信可能に連結される。Ｉ／Ｏインターフェース７００７は、ネットワーク７００１を介して複数の外科用ハブ７００６に接続される。このようにして、Ｉ／Ｏインターフェース７００７は、外科用ハブ７００６と集約された医療データデータベース７０１１との間で情報を転送するように構成することができる。したがって、Ｉ／Ｏインターフェース７００７は、クラウドベースの分析システムの読み出し／書き込み動作を容易にし得る。このような読み出し／書き込み動作は、ハブ７００６からの要求に応じて実行されてもよい。これらの要求は、ハブアプリケーションを介してハブ７００６に送信される場合がある。Ｉ／Ｏインターフェース７００７は、ユニバーサルシリアルバス（ＵＳＢ）ポート、ＩＥＥＥ１３９４ポート、並びにクラウド７００４をハブ７００６に接続するためのＷｉ−Ｆｉ及びＢｌｕｅｔｏｏｔｈ  Ｉ／Ｏインターフェースを含んでもよい１つ又は２つ以上の高速データポートを含んでもよい。クラウド７００４のハブアプリケーションサーバ７００２は、外科用ハブ７００６によって実行されるソフトウェアアプリケーション（例えば、ハブアプリケーション）に共有機能をホストし、かつ供給するように構成されている。例えば、ハブアプリケーションサーバ７００２は、ハブ７００６を通してハブアプリケーションによって作成された要求を管理して、集約された医療データデータベース７０１１へのアクセスを制御し、負荷バランス調整を実行してもよい。データ分析モジュール７０３４を、図１３を参照してより詳細に説明する。
【０１０１】
本開示に記載される特定のクラウドコンピューティングシステムの構成は、具体的には、外科用器具７０１２、１１２などの医療用装置を使用して実行される医療動作及び処置の文脈において生じる様々な問題に対処するように設計されている。特に、外科用器具７０１２は、外科手術の成績を改善するための技術を実施するために、クラウド７００４と相互作用するように構成されたデジタル外科用装置であってもよい。様々な外科用器具７０１２及び／又は外科用ハブ７００６は、臨床医が外科用器具７０１２とクラウド７００４との間の相互作用の態様を制御してもよいように、タッチ制御されたユーザインターフェースを含んでもよい。聴覚的に制御されたユーザインターフェースなどの制御のための他の好適なユーザインターフェースもまた使用することもできる。
【０１０２】
図１３は、本開示の少なくとも１つの態様による、コンピュータ実装インタラクティブ外科システムの機能アーキテクチャを示すブロック図である。クラウドベース分析システムは、医療分野において具体的に生じる問題にデータ分析ソリューションを提供するために、クラウド７００４のプロセッサ７００８によって実行され得る複数のデータ分析モジュール７０３４を含む。図１３に示すように、クラウドベースのデータ分析モジュール７０３４の機能は、外科ハブ７００６でアクセスすることができるハブアプリケーションサーバ７００２によってホストされたハブアプリケーション７０１４により支援されてもよい。クラウドプロセッサ７００８及びハブアプリケーション７０１４は、データ分析モジュール７０３４を実行するために連携して動作してもよい。アプリケーションプログラムインターフェース（ＡＰＩ）７０１６は、ハブアプリケーション７０１４に対応する一連のプロトコル及びルーチンを定義する。加えて、ＡＰＩ７０１６は、アプリケーション７０１４の動作のために、集計された医療データのデータベース７０１１内へのデータの格納及びここからの読み出しを管理する。キャッシュ７０１８はまた、データを（例えば、一時的に）格納し、アプリケーション７０１４によって使用されるデータのより効率的な取得のためにＡＰＩ  ７０１６に結合される。図１３のデータ分析モジュール７０３４は、資源最適化７０２０、データ収集及び集約７０２２、認可及びセキュリティ７０２４、制御プログラムの更新７０２６、患者転帰分析７０２８、提案７０３０、及びデータ分類及び優先順位付け７０３２のためのモジュールを含む。他の好適なデータ分析モジュールはまた、いくつかの態様により、クラウド７００４によって実装される場合がある。一態様では、データ分析モジュールは、傾向、転帰、及び他のデータの分析に基づいて特定の提案に使用される。
【０１０３】
例えば、データ収集及び集約モジュール７０２２は、顕著な特徴又は構成（例えば、傾向）の識別、冗長データセットの管理、及び手術によってグループ化することができるが、必ずしも実際の外科手術日付及び外科医に一致していないペアリングされたデータセットへのデータの保存を含む、自己記述型データ（例えば、メタデータ）を生成するために使用される場合がある。特に、外科用器具７０１２の動作から生成される対のデータセットは、例えば出血又は非出血事象などの二元分類を適用することを含み得る。より一般的には、バイナリ分類は、望ましい事象（例えば、成功した外科処置）又は望ましくない事象（例えば、誤発射又は誤使用された外科用器具７０１２）のいずれかとして特徴付けられてもよい。集約された自己記述型データは、外科用ハブ７００６の様々なグループ又はサブグループから受信された個々のデータに相当してもよい。したがって、データ収集及び集約モジュール７０２２は、外科用ハブ７００６から受信した生データに基づいて、集約メタデータ又は他の編成されたデータを生成することができる。この目的のために、プロセッサ７００８は、データ分析モジュール７０３４を実行するために、ハブアプリケーション７０１４及び集約された医療データデータベース７０１１に動作的に結合することができる。データ収集及び集約モジュール７０２２は、集約された編成済みデータを集約された医療データデータベース２２１２に格納してもよい。
【０１０４】
資源最適化モジュール７０２０は、この集約されたデータを分析して、特定の医療施設又は医療施設のグループに関する資源の最適な使用を決定するように構成することができる。例えば、資源最適化モジュール７０２０は、そのような器具７０１２の対応する予測される要求に基づいて、医療施設のグループに関する外科用ステープラ７０１２の最適な順序点を決定してもよい。資源最適化モジュール７０２０はまた、資源使用を改善することができるか否かを判定するために、様々な医療施設の資源使用又は他の動作構成を評価する場合があるであろう。同様に、提案モジュール７０３０は、データ収集及び集約モジュール７０２２から集約された編成済みデータを分析して提案を提供するように構成することができる。例えば、提案モジュール７０３０は、特定の外科用器具７０１２が、例えば、期待される誤り率よりも高いことに基づいて改善されたバージョンにアップグレードされるべきであることを、医療施設（例えば、病院などの医療サービス提供者）に提案することができる場合もある。加えて、提案モジュール７０３０及び／又は資源最適化モジュール７０２０は、製品再注文ポイントなどのより良好な供給チェーンパラメータを提案し、異なる外科用器具７０１２、その使用の、又は手術結果を改善する手順工程などの提案を提供することができる場合もある。医療施設は、対応する外科用ハブ７００６を介してそのような提案を受信することができる。様々な外科用器具７０１２のパラメータ又は構成に関するより具体的な提案もまた提供することができる。ハブ７００６及び／又は外科用器具７０１２はそれぞれ、クラウド７００４によって提供されるデータ又は提案を表示するディスプレイスクリーンを有することができる場合もある。
【０１０５】
患者転帰分析モジュール７０２８は、外科用器具７０１２の現在使用されている動作パラメータに関連付けられた手術結果を分析することができる。患者転帰分析モジュール７０２８はまた、他の潜在的な動作パラメータを分析及び評価してもよい。この接続では、提案モジュール７０３０は、より良好な封止又はより少ない出血などの、より良好な手術結果をもたらすことに基づいて、これらの他の潜在的な動作パラメータを使用して提案することができる場合もある。例えば、提案モジュール７０３０は、対応するステープル留め外科用器具７０１２に特定のカートリッジをいつ使用すべきかに関する提案を、外科用ハブ７００６に送信することができる。したがって、クラウドベースの分析システムは、共通変数を制御している間に、生データの大規模な収集を分析し、複数の医療施設にわたって（有利には、集約されたデータに基づいて決定される）集中的提案を提供するように構成されてもよい。例えば、クラウドベースの分析システムは、医療行為の種類、患者の種類、患者の数、医療提供者／施設が、同様の種類の器具などを使用する医療提供者の間の地理的類似性を分析、評価、及び／又は集約することができる場合もあり、医療提供者／施設は、同様の種類の器具などを使用する。
【０１０６】
制御プログラム更新モジュール７０２６は、対応する制御プログラムが更新されたときに、様々な外科用器具７０１２の提案を実施するように構成することができる場合もある。例えば、患者転帰分析モジュール７０２８は、特定の制御パラメータを成功した（又は失敗した）結果とリンクする相関関係を特定することができる場合もある。このような相関関係は、更新された制御プログラムが制御プログラム更新モジュール７０２６を介して外科用器具７０１２に送信されるときに対処されてもよい。対応するハブ７００６を介して送信される器具７０１２への更新は、クラウド７００４のデータ収集及び集約モジュール７０２２によって収集され、かつ分析された集約された成績データを組み込んでもよい。加えて、患者転帰分析モジュール７０２８及び提案モジュール７０３０は、集約された成績データに基づいて、器具７０１２を使用する改善された方法を特定することができる場合もある。
【０１０７】
クラウドベースの分析システムは、クラウド７００４によって実装されるセキュリティ機能を含んでもよい。これらのセキュリティ機能は、認可及びセキュリティモジュール７０２４によって管理されてもよい。それぞれの外科用ハブ７００６は、ユーザ名、パスワード、及び他の好適なセキュリティ資格情報などの関連する固有の資格情報を有することができる。これらの資格情報は、メモリ７０１０に格納され、許可されたクラウドアクセスレベルに関連付けることができる場合もある。例えば、正確な資格情報を提供することに基づいて、外科用ハブ７００６は、クラウドと所定の範囲まで通信するアクセスを付与されてもよい（例えば、特定の定義された種類の情報の送信又は受信を行ってもよい）。この目的のために、クラウド７００４の集約された医療データデータベース７０１１は、提供された資格情報の精度を検証するための資格情報のデータベースを含んでもよい。異なる資格情報は、クラウド７００４によって生成されたデータ分析を受信するための所定のアクセスレベルなど、クラウド７００４との相互作用のための様々なレベルの許可に関連付けられてもよい。
【０１０８】
更に、セキュリティ目的のために、クラウドは、ハブ７００６、器具７０１２、及び禁止された装置の「ブラックリスト」を含んでもよい他の装置のデータベースを維持することができる場合もある。具体的には、ブラックリスト上に列挙された外科用ハブ７００６は、クラウドと相互作用することを許可されなくてもよい一方で、ブラックリスト上に列挙された外科用器具７０１２は、対応するハブ７００６への機能的アクセスを有さなくてもよく、かつ／又は対応するハブ７００６とペアリングされたときに完全に機能することが防止されてもよい。追加的に又は代替的に、クラウド７００４は、不適合性又は他の指定された基準に基づいて、器具７０１２にフラグを立ててもよい。このようにして、偽造医療用装置及びそのような装置の、クラウドベースの分析システム全体での不適切な再使用を識別し、対処することができる。
【０１０９】
外科用器具７０１２は、無線送受信機を使用して、例えば、対応するハブ７００６及びクラウド７００４へのアクセスのための認可資格情報を表してもよい無線信号を送信してもよい。有線送受信機はまた、信号を送信するために使用してもよい。そのような認可資格情報は、外科用器具７０１２のそれぞれのメモリ装置に格納することができる。認可及びセキュリティモジュール７０２４は、認可資格情報が正確であるか又は偽造であるかを判定することができる。認可及びセキュリティモジュール７０２４はまた、強化されたセキュリティのために、認可資格情報を動的に生成してもよい。資格情報はまた、ハッシュベースの暗号化を使用することなどによって、暗号化することができる場合もある。適切な認可を送信すると、外科用器具７０１２は、対応するハブ７００６及び最終的にはクラウド７００４に信号を送信して、器具７０１２が医療データを取得して送信する準備ができていることを示してもよい。これに応答して、クラウド７００４は、集約された医療データデータベース７０１１に格納するための医療データを受信することが可能な状態に遷移してもよい。このデータ伝送準備は、例えば、器具７０１２上の光インジケータによって示すことができる場合もある。クラウド７００４はまた、それらの関連する制御プログラムを更新するために、外科用器具７０１２に信号を送信することができる。クラウド７００４は、制御プログラムに対するソフトウェアアップデートが適切な外科用器具７０１２にのみ送信されるように、特定のクラスの外科用器具７０１２（例えば、電気外科用器具）に向けられた信号を送信することができる。更に、クラウド７００４は、選択的データ送信及び認可資格情報に基づいてローカル又はグローバルの問題に対処するために、システムワイドソリューションを実装するために使用することができる場合もある。例えば、外科用器具７０１２のグループが共通の製造不良を有するものとして識別される場合、クラウド７００４は、このグループに対応する認可資格情報を変更して、このグループの動作ロックアウトを実施してもよい。
【０１１０】
クラウドベースの分析システムは、（例えば、提案モジュール２０３０を介して）改善された実務及び提案の変更を判定するために、複数の医療施設（例えば、病院のような医療施設）を監視することを可能にしてもよい。したがって、クラウド７００４のプロセッサ７００８は、個々の医療施設に関連付けられたデータを分析して、施設を識別し、そのデータを他の医療施設に関連付けられた他のデータと集約することができる。グループは、例えば、同様の操作行為又は地理的位置に基づいて定義することができる場合がある。このようにして、クラウド７００４は、医療施設グループの幅広い分析及び提案を提供してもよい。クラウドベースの分析システムはまた、強化された状況認識のために使用することができる場合がある。例えば、プロセッサ７００８は、（全体的な動作及び／又は様々な医療処置に対する）特定の施設に対するコスト及び有効性に関する提案の効果を予測的にモデル化してもよい。その特定の施設に関連するコスト及び有効性はまた、他の施設又は任意の他の同等の施設の対応するローカル領域と比較することもできる。
【０１１１】
データ分類及び優先順位付けモジュール７０３２は、重大性（例えば、データに関連付けられた医療イベントの重篤度、意外さ、不審さ）に基づいてデータを優先順位付けし、かつ分類してもよい。この分類及び優先順位付けは、本明細書に記載されるクラウドベースの分析及び動作を改善するために、上記の他のデータ分析モジュール７０３４の機能と併せて使用してもよい。例えば、データ分類及び優先順位付けモジュール７０３２は、データ収集及び集約モジュール７０２２並びに患者転帰分析モジュール７０２８によって実行されるデータ分析に対する優先度を割り当てることができる。異なる優先順位レベルは、迅速応答のための上昇、特別な処理、集約された医療データデータベース７０１１からの除外、又は他の好適な応答などの、（緊急性のレベルに対応する）クラウド７００４からの特定の応答をもたらすことができる。更に、必要に応じて、クラウド７００４は、対応する外科用器具７０１２からの追加データのために、ハブアプリケーションサーバを介して要求（例えば、プッシュメッセージ）を送信することができる。プッシュメッセージは、支持又は追加のデータを要求するために、対応するハブ７００６上に表示された通知をもたらすことができる。このプッシュメッセージは、クラウドが有意な不規則性又は外れ値を検出し、クラウドが不規則性の原因を判定することができない状況で必要とされてもよい。中央サーバ７０１３は、例えば、データが所定の閾値を超えて予測値と異なると判定されるとき、又はセキュリティが含まれていたと見られる場合など、特定の重大な状況においてこのプッシュメッセージをトリガするようにプログラムされてもよい。
【０１１２】
クラウド分析システムに関する更なる詳細は、全体が参照により本明細書に組み込まれる、「ＭＥＴＨＯＤ  ＯＦ  ＨＵＢ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ」と題する２０１８年４月１９日出願の米国特許仮出願第６２／６５９，９００号に見出すことができる。
【０１１３】
状況認識
感知されたデータに応答する制御アルゴリズムを含む「インテリジェント」装置は、感知されたデータを考慮することなく動作する「データ処理能力のない（dumb）」装置に改善を加えたものであり得るが、いくつかの感知されたデータは、単独で考慮される場合、すなわち、実行される外科処置のタイプ又は手術されている組織のタイプのコンテキストなしでは、不完全又は決定的ではない可能性がある。処置コンテキストを知る（例えば、手術される組織のタイプ又は行われている処置のタイプを知る）ことがなければ、制御アルゴリズムは、特定のコンテキストを含まない感知データが与えられると、モジュール式装置を不正確に又は準最適に制御することがある。例えば、特定の感知されたパラメータに応答して外科用器具を制御するための制御アルゴリズムの最適な方法は、手術されている特定の組織のタイプに従って変化する可能性がある。これは、異なる組織のタイプが異なる特性（例えば、引き裂きに対する抵抗）を有し、これにより外科用器具によって取られた動作に対して異なって応答するという事実に起因する。したがって、特定のパラメータについて同じ測定値が感知された場合であっても、外科用器具が異なる動作をとることが望ましいことがある。１つの具体的な例として、器具がそのエンドエフェクタを閉鎖するために予想外に高い力を感知することに応答して外科用ステープル及び切断器具を制御する最適な方法は、組織のタイプが引き裂きの影響を受けやすいか、又はこれに耐性があるかによって異なる。肺組織などの引き裂きの影響を受けやすい組織の場合、器具の制御アルゴリズムは、組織の引き裂きを回避するために、閉鎖するための予想外に高い力に応答してモータを最適にランプダウンさせる。胃組織などの引き裂きに耐性がある組織の場合、器具の制御アルゴリズムは、エンドエフェクタが組織に適切にクランプされることを確実にするために、閉鎖するための予想外に高い力に応答してモータを最適にランプアップさせる。肺組織がクランプされているのか、胃組織がクランプされているのかを知らなければ、制御アルゴリズムは、準最適な決定を行うことがある。
【０１１４】
１つの解決策は、様々なデータソースから受信したデータに基づいて行われる外科処置に関する情報を導出し、次いで、ペアリングされるモジュール式装置を適宜制御するように構成されたシステムを含む、外科用ハブを利用する。換言すれば、外科用ハブは、受信したデータから外科処置に関する情報を推定し、次いで、外科処置の推定されたコンテキストに基づいて、外科用ハブとペアリングされるモジュール式装置を制御するように構成される。図１４は、本開示の少なくとも１つの態様による、状況認識外科システム５１００の図を示す。いくつかの例示では、データソース５１２６は、例えば、モジュール式装置５１０２（患者及び／又はモジュール式装置自体に関連付けられたパラメータを検出するように構成されたセンサを含むことができる）、データベース５１２２（例えば、患者記録を含むＥＭＲデータベース）、及び患者監視装置５１２４（例えば、血圧（ＢＰ）モニタ及び心電図（ＥＫＧ）モニタ）を含む。
【０１１５】
多くの点でハブ１０６と同様であってもよい外科用ハブ５１０４は、例えば、受信したデータの特定の組み合わせ（複数可）又はデータソース５１２６からデータが受信される特定の順序に基づいて、データから外科処置に関するコンテキスト情報を導出するように構成され得る。受信したデータから推定されるコンテキスト情報は、例えば、行われる外科処置のタイプ、外科医が行っている外科処置の特定の工程、手術されている組織のタイプ、又は処置の対象である体腔を含むことができる。受信したデータから外科処置に関連する情報を導出又は推定するための外科用ハブ５１０４のいくつかの態様によるこの能力は、「状況認識」と称され得る。１つの例示では、外科用ハブ５１０４は、受信したデータから外科処置に関連するコンテキスト情報を導出する外科用ハブ５１０４に関連付けられたハードウェア及び／又はプログラミングである状況認識システムを組み込むことができる。
【０１１６】
外科用ハブ５１０４の状況認識システムは、様々な異なる方法でデータソース５１２６から受信したデータからコンテキスト情報を導出するように構成され得る。一例示では、状況認識システムは、様々な入力（例えば、データベース５１２２、患者監視装置５１２４、及び／又はモジュール式装置５１０２からのデータ）を、外科処置に関する対応するコンテキスト情報と相関させるために、訓練データで訓練されたパターン認識システム、又は機械学習システム（例えば、人工ニューラルネットワーク）を含む。換言すれば、機械学習システムは、提供された入力から外科処置に関するコンテキスト情報を正確に導出するように訓練され得る。別の例示的な例では、状況認識システムは、外科処置に関する事前に特徴付けされたコンテキスト情報を、コンテキスト情報に対応する１つ又は２つ以上の入力（又は入力の範囲）と対応させて格納する、ルックアップテーブルを含むことができる。１つ又は２つ以上の入力による問い合わせに応答して、ルックアップテーブルは、モジュール式装置５１０２を制御するために状況認識システムの対応するコンテキスト情報を返すことができる。１つの例示では、外科用ハブ５１０４の状況認識システムによって受信されたコンテキスト情報は、１つ又は２つ以上のモジュール式装置５１０２の特定の制御調整又は制御調整のセットに関連付けられる。別の例示では、状況認識システムは、コンテキスト情報を入力として提供されたときに１つ又は２つ以上のモジュール式装置５１０２の１つ又は２つ以上の制御調整を生成又は取得する、更なる機械学習システム、ルックアップテーブル、又は他のそのようなシステムを含む。
【０１１７】
状況認識システムを組み込む外科用ハブ５１０４は、外科用システム５１００に多くの利益を提供する。１つの利益は、感知及び収集されたデータの解釈を改善することを含み、これは、外科処置の過程中の処理精度及び／又はデータの使用を改善する。以前の例に戻るために、状況認識外科用ハブ５１０４は、どのタイプの組織が手術されているかを判定することができ、したがって、外科用器具のエンドエフェクタを閉じるために予想外に高い力が検出されると、状況認識外科用ハブ５１０４は、組織のタイプに合わせて外科用器具のモータを正しくランプアップ又はランプダウンすることができる。
【０１１８】
別の実施例として、手術されている組織のタイプは、特定の組織間隙測定のための外科用ステープル留め及び切断器具の圧縮速度及び負荷閾値になされる調整に影響を及ぼすことができる。状況認識外科用ハブ５１０４は、行われている外科処置が胸部処置であるのか又は腹部処置であるのかを推定することができ、これにより状況認識外科用ハブ５１０４は、外科用ステープル留め及び切断器具のエンドエフェクタによってクランプされている組織が肺であるのか（胸部手術の場合）又は胃であるのか（腹部手術の場合）を判定することができる。次いで、外科用ハブ５１０４は、外科用ステープル留め及び切断器具の圧縮速度及び負荷閾値を、組織のタイプに合わせて適切に調整することができる。
【０１１９】
更に別の実施例として、送気処置中に手術されている体腔の種類は、排煙器の機能に影響を及ぼし得る。状況認識手術ハブ５１０４は、手術部位が（外科処置が送気を利用していると判定することによって）圧力下にあるか否かを判定し、処置タイプを判定することができる。処置タイプが一般的に特定の体腔内で実行されるため、外科用ハブ５１０４は、手術されている体腔に合わせて適切に排煙器のモータ速度を制御することができる。したがって、状況認識手術ハブ５１０４は、胸部手術及び腹部手術の両方のために一定量の煙排出を提供することができる。
【０１２０】
更に別の実施例として、行われている処置のタイプは、超音波外科用器具又は高周波（ＲＦ）電気外科用器具が作動するのに最適なエネルギーレベルに影響を及ぼし得る。関節鏡処置は、例えば、超音波外科用器具又はＲＦ電気外科用器具のエンドエフェクタが流体中に浸漬されるため、より高いエネルギーレベルを必要とする。状況認識外科用ハブ５１０４は、外科処置が関節鏡処置であるか否かを判定することができる。次いで、外科用ハブ５１０４は、流体充填環境を補償するために、発生器のＲＦ電力レベル又は超音波振幅（すなわち、「エネルギーレベル」）を調整することができる。関連して、手術されている組織のタイプは、超音波外科用器具又はＲＦ電気外科用器具が作動するのに最適なエネルギーレベルに影響を及ぼし得る。状況認識外科用ハブ５１０４は、外科処置の予想される組織プロファイルに従って、どのタイプの外科処置が行われているかを判定し、次いで、超音波外科用器具又はＲＦ電気外科用器具のエネルギーレベルをそれぞれカスタマイズすることができる。更に、状況認識外科用ハブ５１０４は、処置ベースでのみではなく、外科処置の過程にわたって、超音波外科用器具又はＲＦ電気外科用器具のエネルギーレベルを調整するように構成され得る。状況認識外科用ハブ５１０４は、外科処置のどの工程が行われているか、又はその後に行われるかを判定し、次いで発生器及び／又は超音波外科用器具若しくはＲＦ電気外科用器具の制御アルゴリズムを更新して、外科処置の工程に従って予想される組織タイプに適切な値にエネルギーレベルを設定することができる。
【０１２１】
更に別の例として、外科用ハブ５１０４が１つのデータソース５１２６から引き出す結論を改善するために、追加のデータソース５１２６からデータが引き出されることができる。状況認識外科用ハブ５１０４は、モジュール式装置５１０２から受信したデータを、他のデータソース５１２６からの外科処置に関して構築したコンテキスト情報で増強することができる。例えば、状況認識外科用手術ハブ５１０４は、医療用撮像装置から受信したビデオ又は画像データに従って、止血が発生したか否か（すなわち、手術部位での出血が止まっているか否か）を判定するように構成され得る。しかしながら、場合によっては、ビデオ又は画像データは、決定的でない可能性がある。したがって、１つの例示では、外科用ハブ５１０４は、生理学的測定（例えば、外科用ハブ５１０４に通信可能に接続されたＢＰモニタによって感知された血圧）を、（例えば、外科用ハブ５１０４に通信可能に連結された医療用撮像装置１２４（図２）からの）止血の視覚データ又は画像データと比較して、ステープルライン又は組織溶接の完全性についての判定を行うように更に構成され得る。換言すれば、外科用ハブ５１０４の状況認識システムは、生理学的測定データを考慮して、可視化データを分析する際に追加のコンテキストを提供することができる。追加のコンテキストは、可視化データがそれ自体では決定的ではないか、又は不完全であり得る場合に有用であり得る。
【０１２２】
別の利益としては、外科処置の過程中に医療従事者が外科用システム５１００と相互作用するか又はこれを制御するために必要とされる回数を低減するために、行われている外科処置の特定の工程に従って、ペアリングされるモジュール式装置５１０２を積極的かつ自動的に制御することを含む。例えば、状況認識外科用ハブ５１０４は、処置の後続の工程が器具の使用を必要とすると判定した場合に、ＲＦ電気外科用器具が接続されている発生器を積極的に起動させることができる。エネルギー源を積極的に起動することにより、処置の先行する工程が完了するとすぐに器具を使用準備完了にすることができる。
【０１２３】
別の実施例として、状況認識外科用ハブ５１０４は、外科処置の現在又は後続の工程が、ディスプレイ上の異なる視界又は拡大の度合いを必要とするか否かを、外科医が見る必要があると予想される手術部位における特徴（複数可）に従って判定することができる。次いで、外科用ハブ５１０４は、（例えば、可視化システム１０８のために医療用撮像装置によって供給される）表示された視界を、それに応じて積極的に変化させることができ、ディスプレイが外科処置にわたって自動的に調整するようにする。
【０１２４】
更に別の例として、状況認識手術ハブ５１０４は、外科処置のどの工程が行われているか、又はその後に実行されるか、及び特定のデータ又はデータ間の比較が外科処置のその工程に必要とされるか否かを判定することができる。外科用ハブ５１０４は、外科医が特定の情報を尋ねるのを待つことなく、行われている外科処置の工程に基づいて、自動的にデータスクリーンを呼び出すように構成され得る。
【０１２５】
別の利益は、外科処置のセットアップ中又は外科処置の過程中にエラーをチェックすることを含む。例えば、状況認識外科用ハブ５１０４は、手術室が、行われる外科処置のために適切に又は最適にセットアップされているか否かを判定することができる。外科用ハブ５１０４は、行われている外科処置のタイプを判定し、（例えば、メモリから）対応するチェックリスト、製品位置、又はセットアップニーズを取得し、次いで、現在の手術室のレイアウトを、外科用ハブ５１０４が行われていると判定した外科処置のタイプの標準レイアウトと比較するように構成され得る。１つの例示では、外科用ハブ５１０４は、例えば、好適なスキャナによってスキャンされる処置のためのアイテムのリスト、及び／又は外科用ハブ５１０４とペアリングされる装置のリストを、所与の外科処置のためのアイテム及び／又は装置の推奨若しくは予想されるマニフェストと比較するように構成され得る。リスト間に任意の不連続性が存在する場合、外科用ハブ５１０４は、特定のモジュール式装置５１０２、患者監視装置５１２４、及び／又は他の外科用アイテムが欠落していることを示す警告を提供するように構成され得る。１つの例示では、外科用ハブ５１０４は、例えば、近接センサによってモジュール式装置５１０２及び患者監視装置５１２４の相対距離又は位置を判定するように構成され得る。外科用ハブ５１０４は、装置の相対位置を、特定の外科処置のための推奨又は予想されるレイアウトと比較することができる。レイアウト間に不連続性が存在する場合、外科用ハブ５１０４は、外科処置の現在のレイアウトが推奨されるレイアウトから逸脱していることを示す警告を提供するように構成され得る。
【０１２６】
別の例として、状況認識外科用ハブ５１０４は、外科医（又は他の医療従事者）が誤りを犯しているか、又は別の方法で外科処置の過程中に期待される一連の行動から逸脱しているかを判定することができる。例えば、外科用ハブ５１０４は、実施される外科処置のタイプを判定し、（例えば、メモリから）機器使用の工程又は順序の対応するリストを取り出し、次いで、外科処置の過程中に行われている工程、又は使用されている機器を、外科用ハブ５１０４が行われていると判定した外科処置のタイプの予想された工程又は機器と比較するように構成され得る。１つの例示では、外科用ハブ５１０４は、外科処理における特定の工程で、予期せぬアクションが行われているか、又は予期せぬ装置が利用されていることを示す警告を提供するように構成され得る。
【０１２７】
全体的に、外科用ハブ５１０４のための状況認識システムは、各外科処置の特定のコンテキストのために外科用器具（及び他のモジュール式装置５１０２）を調整し（例えば異なる組織タイプに適応させるなど）、手術処置中のアクションを検証することによって、外科処置の結果を改善する。状況認識システムはまた、処置の特定のコンテキストに従って、次の工程を自動的に示唆すること、データを提供すること、及び手術現場内のディスプレイ及び他のモジュール式装置５１０２を調整することによって、外科処置を実行する際の外科医の効率を改善する。
【０１２８】
ここで図１５を参照すると、例えば、外科用ハブ１０６又は２０６（図１〜図１１）などのハブの状況認識を示す時間線５２００が示されている。予定表５２００は例示的な外科処置、及び外科用ハブ１０６、２０６が、外科処置の各工程でデータソースから受信したデータから導き出すことができるコンテキスト情報である。予定表５２００は、手術室を設置することから開始し、患者を術後回復室に移送することで終了する肺区域切除手術の過程で、看護師、外科医、及び他の医療関係者によって取られるであろう典型的な工程を示す。
【０１２９】
状況認識外科用ハブ１０６、２０６は、外科処置の過程全体にわたって、医療関係者が外科用ハブ１０６、２０６とペアリングされたモジュール式装置を利用する度に生成されるデータを含むデータをデータソースから受信する。外科用ハブ１０６、２０６は、ペアリングされたモジュール式装置及び他のデータソースからこのデータを受信して、任意の所与の時間に処置のどの工程が実施されているかなどの新しいデータが受信されると、進行中の処置に関する推定（すなわち、コンテキスト情報）を継続的に導出することができる。外科用ハブ１０６、２０６の状況認識システムは、例えば、レポートを生成するために処置に関するデータを記録する、医療関係者によって取られている工程を検証する、特定の処置工程に関連し得るデータ又はプロンプトを（例えば、ディスプレイスクリーンを介して）提供する、コンテキストに基づいてモジュール式装置を調節する（例えば、モニタを起動する、医療用撮像装置の視界（ＦＯＶ）を調節する、又は超音波外科用器具若しくはＲＦ電気外科用器具のエネルギーレベルを変更するなど）、及び上記の任意の他のこうした動作を行うことが可能である。
【０１３０】
この例示的な処置における第１の工程５２０２として、病院職員は、病院のＥＭＲデータベースから患者のＥＭＲを読み出す。ＥＭＲにおける選択された患者データに基づいて、外科用ハブ１０６、２０６は、実行される処置が胸部処置であることを判定する。
【０１３１】
第２の工程５２０４では、職員は、処置のために入来する医療用品をスキャンする。外科用ハブ１０６、２０６は、スキャンされた用品を様々な種類の処置で利用される用品のリストと相互参照し、用品の組み合わせ（mix of supplies）が胸部処置に対応することを確認する。更に、外科用ハブ１０６、２０６はまた、処置が楔形処置ではないと判定することができる（入来する用品が、胸郭楔形処置に必要な特定の用品を含まないか、又は別の点で胸郭楔形処置に対応していないかのいずれかであるため）。
【０１３２】
第３の工程５２０６では、医療関係者は、外科用ハブ１０６、２０６に通信可能に接続されたスキャナを介して患者のバンドをスキャンする。続いて、外科用ハブ１０６、２０６は、スキャンされたデータに基づいて患者の識別情報を確認することができる。
【０１３３】
第４の工程５２０８では、医療スタッフが補助装置をオンにする。利用される補助装置は、外科処置の種類及び外科医によって使用される技術に従って変わり得るが、この例示的な場合では、これらとしては、排煙器、吸入器、及び医療用撮像装置が挙げられる。起動されると、モジュール式装置である補助機器は、その初期化プロセスの一部として、モジュール式装置の特定の近傍内に位置する外科用ハブ１０６、２０６と自動的にペアリングすることができる。続いて、外科用ハブ１０６、２０６は、この術前又は初期化段階中にそれとペアリングされるモジュール式装置の種類を検出することによって、外科処置に関するコンテキスト情報を導出することができる。この特定の実施例では、外科用ハブ１０６、２０６は、ペアリングされたモジュール式装置のこの特定の組み合わせに基づいて、外科処置がＶＡＴＳ手術であると判定する。患者のＥＭＲからのデータの組み合わせ、手術に使用される医療用品のリスト、及びハブに接続するモジュール式装置の種類に基づいて、外科用ハブ１０６、２０６は、外科チームが実施する特定の処置を概ね推定することができる。外科用ハブ１０６、２０６が、何の特定の処置が実施されているかを知ると、続いて外科用ハブ１０６、２０６は、メモリから、又はクラウドからその処置の工程を読み出して、次に接続されたデータソース（例えば、モジュール式装置及び患者監視装置）からその後受信したデータを相互参照して、外科処置のどの工程を外科チームが実行しているかを推定することができる。
【０１３４】
第５の工程５２１０では、職員は、ＥＫＧ電極及び他の患者監視装置を患者に取り付ける。ＥＫＧ電極及び他の患者監視装置は、外科用ハブ１０６、２０６とペアリングすることができる。外科用ハブ１０６、２０６が患者監視装置からデータの受信を開始すると、外科用ハブ１０６、２０６は患者が手術室にいることを確認する。
【０１３５】
第６の工程５２１２では、医療関係者は患者に麻酔を誘発する。外科用ハブ１０６、２０６は、例えば、ＥＫＧデータ、血圧データ、ベンチレータデータ、又はこれらの組み合わせを含む、モジュール式装置及び／又は患者監視装置からのデータに基づいて、患者が麻酔下にあることを推定することができる。第６の工程５２１２が完了すると、肺区域切除手術の術前部分が完了し、手術部分が開始する。
【０１３６】
第７の工程５２１４では、操作されている患者の肺が虚脱される（換気が対側肺に切り替えられる間に）。外科用ハブ１０６、２０６は、例えば、患者の肺が虚脱されたことをベンチレータデータから推定することができる。外科用ハブ１０６、２０６は、患者の肺が虚脱したのを検出したことを、処置の予期される工程（事前にアクセス又は読み出すことができる）と比較することができるため、処置の手術部分が開始したことを推定して、それによって肺を虚脱させることがこの特定の処置における第１の手術工程であると判定することができる。
【０１３７】
第８の工程５２１６では、医療用撮像装置（例えば、スコープ）が挿入され、医療用撮像装置からのビデオ映像が開始される。外科用ハブ１０６、２０６は、医療用撮像装置への接続を通じて医療用撮像装置データ（すなわち、ビデオ又は画像データ）を受信する。医療用撮像装置データを受信すると、外科用ハブ１０６、２０６は、外科処置の腹腔鏡部分が開始したことを判定することができる。更に、外科用ハブ１０６、２０６は、実施されている特定の処置が、肺葉切除とは対照的に区域切除術であると判定することができる（処置の第２の工程５２０４で受信したデータに基づいて、楔形処置は外科用ハブ１０６、２０６によって既に割り引かれていることに留意されたい）。医療用撮像装置１２４（図２）からのデータは、患者の解剖学的構造の可視化に関して配向されている医療用撮像装置の角度を判定することによる、用いられている（すなわち、起動されており、外科用ハブ１０６、２０６とペアリングされている）数又は医療用撮像装置を監視することによる、及び用いられている可視化装置の種類を監視することによる、ことを含む多くの異なる方法の中から実施されている処置の種類に関するコンテキスト情報を判定するために用いられ得る。例えば、ＶＡＴＳ肺葉切除術を実施するための１つの技術は、カメラを患者の胸腔の前下方角部の横隔膜上方に配置し、一方、ＶＡＴＳ区域切除術を実施するための１つの技術は、カメラを、区域裂に対して前肋間位置に配置する。例えば、パターン認識又は機械学習技術を使用して、状況認識システムは、患者の解剖学的構造の可視化に基づいて、医療用撮像装置の位置を認識するように訓練され得る。別の例として、ＶＡＴＳ肺葉切除術を実施するための１つの技術は単一の医療用撮像装置を利用するが、ＶＡＴＳ区域切除術を実施するための別の技術は複数のカメラを利用する。更に別の例として、ＶＡＴＳ区域切除術を実施するための１つの技術は、区域裂を可視化するために赤外線光源（可視化システムの一部として外科用ハブに通信可能に連結され得る）を利用し、これはＶＡＴＳ肺葉切除術では利用されない。医療用撮像装置からのこのデータのいずれか又は全てを追跡することによって、外科用ハブ１０６、２０６は、実行中の特定の種類の外科処置、及び／又は特定の種類の外科処置に使用されている技術を判定することができる。
【０１３８】
第９の工程５２１８で、外科チームは、処置の切開工程を開始する。外科用ハブ１０６、２０６は、エネルギー器具が発射されていることを示すＲＦ又は超音波発生器からのデータを受信するため、外科医が患者の肺を切開して分離するプロセスにあると推定することができる。外科用ハブ１０６、２０６は、受信されたデータを外科処置の読み出しされた工程と相互参照して、プロセスのこの時点（すなわち、前に考察された処置の工程が完了した後）で発射されているエネルギー器具が切開工程に対応していると判定することができる。特定の例では、エネルギー器具は、ロボット外科システムのロボットアームに取り付けられたエネルギーツールであり得る。
【０１３９】
第１０の工程５２２０で、外科チームは、処置の結紮工程に進む。外科用ハブ１０６、２０６は、器具が発射されていることを示す外科用ステープル留め及び切断器具からのデータを受信するため、外科医が動脈及び静脈を結紮していると推定することができる。前工程と同様に、外科用ハブ１０６、２０６は、外科用ステープル留め及び切断器具からのデータの受信を、読み出しされたプロセス内の工程と相互参照することによって、この推定を導出することができる。特定の例では、外科用器具は、ロボット外科システムのロボットアームに取り付けられた外科用ツールであり得る。
【０１４０】
第１１の工程５２２２では、処置の区域切除部分が実施される。外科用ハブ１０６、２０６は、そのカートリッジからのデータを含む外科用ステープル留め及び切断器具からのデータに基づいて、外科医が実質組織を横切開していると推定することができる。カートリッジのデータは、例えば、器具によって発射されるステープルのサイズ又は種類に対応することができる。異なる種類のステープルが異なる種類の組織に利用されているため、カートリッジのデータは、ステープル留め及び／又は横切開されている組織の種類を示すことができる。この場合、発射されるステープルの種類は実質組織（又は他の同様の組織種）に利用され、これにより、外科用ハブ１０６、２０６は、処置の区域切除部分が実行されていると推定することができる。
【０１４１】
続いて第１２の工程５２２４で、結節切開工程が実行される。外科用ハブ１０６、２０６は、ＲＦ又は超音波器具が発射されていることを示す発生器から受信したデータに基づいて、外科チームが結節を切開し、漏れ試験を実施していると推定することができる。この特定の処置の場合、実質組織が横切開された後に利用されるＲＦ又は超音波器具は結節切開工程に対応しており、この結節切開工程により外科用ハブ１０６、２０６がこの推定を行うことが可能となる。異なる器具が特定の作業に対してより良好に適合するため、外科医は、処置中の特定の工程に応じて、定期的に外科用ステープル留め／切断器具と外科用エネルギー（すなわち、ＲＦ又は超音波）器具との間で交互に切り替えることに留意されたい。したがって、ステープル留め／切断器具及び外科用エネルギー器具が使用される特定のシーケンスは、外科医が処置のどの工程を実施中であるかを示すことができる。更に、特定の例では、外科処置中の１つ又は２つ以上の工程にロボットツールを使用することができ、かつ／又は外科処置中の１つ又は２つ以上の工程にハンドヘルド外科用器具を使用することができる。外科医（複数可）は、例えば、ロボットツールとハンドヘルド外科用器具とを順に交代させることができ、かつ／又は、例えば、装置を同時に使用することができる。第１２の工程５２２４が完了すると、切開部が閉鎖され、処置の術後部分が開始する。
【０１４２】
第１３の工程５２２６では、患者の麻酔が逆転される。外科用ハブ１０６、２０６は、例えば、ベンチレータデータに基づいて（すなわち、患者の呼吸速度が増加し始める）、患者が麻酔から覚醒しつつあると推定することができる。
【０１４３】
最後に、第１４の工程５２２８は、医療関係者が患者から様々な患者監視装置を除去することである。したがって、外科用ハブ１０６、２０６は、ハブがＥＫＧ、ＢＰ、及び患者監視装置からの他のデータを喪失したとき、患者が回復室に移送されていると推定することができる。この例示的な処置の説明から分かるように、外科用ハブ１０６、２０６と通信可能に連結された各種データソースから受信されたデータに基づいて、外科用ハブ１０６、２０６は、所与の外科処置の各工程が発生しているときを判定又は推定することができる。
【０１４４】
状況認識については、その全体が参照により本明細書に組み込まれる、「ＭＥＴＨＯＤ  ＯＦ  ＨＵＢ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ」と題する２０１８年４月１９日出願の米国特許仮出願第６２／６５９，９００号で更に説明されている。特定の例では、例えば、本明細書で開示される様々なロボット外科システムを含むロボット外科システムの動作は、その状況認識、及び／若しくはその構成要素からのフィードバックに基づいて、並びに／又はクラウド１０４からの情報に基づいて、ハブ１０６、２０６によって制御され得る。
【０１４５】
構造化されたデータの共有
外科用ハブ１０６、２０６（図１〜図１１）と、クラウドコンピューティングシステム１０４、２０４、７００４（図１、図９、図１２及び図１３）を含む、外科用ハブ１０６、２０６が通信可能に接続可能である様々なコンピュータシステムとを含む、様々なコンピュータシステムが本明細書で説明されている。他の実施態様では、外科用ハブ１０６、２０６は、ローカルコンピュータシステムネットワークを形成するために、互いに、又は医療施設内の若しくは医療施設と関連付けられた様々なデータベースに、通信可能に接続され得る。これらの様々な態様の各々では、外科用ハブ１０６、２０６、データベース、及び他のコンピュータシステムは、患者、外科処置、手術スタッフなどに関連する相当量のデータを生成及び利用する。それゆえに、外科用ハブ１０６、２０６及び他のコンピュータシステムが効率的かつ構造化された様式で互いにデータを共有することが、有益であり得る。したがって、本明細書に記載されるコンピュータシステムは、手術室（operating room、ＯＲ）の作業及び効率、患者転帰、外科スタッフのパフォーマンスなどの分析を実施するために、ＯＲ内及び医療施設全体の両方で収集されたデータを集約及び共有するように構成され得る。要するに、本明細書に記載されるシステム及び技術は、設備全体でのデータの収集及び解釈のために利用され得る。
【０１４６】
データがネットワーク内の異なるコンピュータシステムにわたって移動可能であるように、関係データベースモデルを実装するか、又は一貫したデータ形式を利用するなどの様々なパラダイム又は技術が、相関するか又は接続されたデータベース間でデータを効率的に共有するために利用され得る。本明細書に記載される２つの一般的な構造化されたデータ共有パラダイムは、「データ相互運用性」及び「データ流動性」と呼ばれる。これらのデータ共有パラダイムは、どのように及びどの方式でデータがコンピュータネットワーク内のコンピュータシステムによって、及びそれらの間で共有されるかを定義する、コンピュータネットワーク内のコンピュータシステムの各々によって実行されるルールセットを特徴とし得る。ルールセットは、コンピュータシステムのメモリ（例えば、図１０に示される外科用ハブ２０６のメモリ２４９）内に格納された一組のコンピュータ実行可能命令として具現化され得、これらの命令は、プロセッサ（例えば、プロセッサ２４４）によって実行されると、コンピュータシステムに、他の接続されたコンピュータシステムとデータを共有するための説明された工程を実施させる。更に、本明細書に記載されるデータベースの全ては、外科用ハブ１０６、２０６又はデータベースサーバなどの、コンピュータシステムのメモリ（例えば、メモリ２４９）内に格納され得る。データベースが互いにデータを通信又は共有すると本明細書に記載されるとき、これは、データベースを格納するコンピュータシステムが、説明されるようにデータベース内でデータを作成、更新、取得、及び／又は管理することを意味する。更に、データベースへのアクセス及びその制御は、コンピュータシステムによって実行されるデータベース管理システムによって管理され得、データベース管理システムは、ユーザが様々なデータベースと相互作用し、データが様々なデータベースによって、又はそれらの間で通信されることを可能にする、コンピュータシステムのメモリ（例えば、メモリ２４９）内に格納されたコンピュータ実行可能命令を含み得る。
【０１４７】
データ相互運用性は、所定のルールに従って、データベースに、特定のデータを受信側データベースに自動的に送信させることによって、コンピュータ又はデータベースシステムが協働して機能する能力と定義される。コンピュータシステムによって又はそこで生成される各種類のデータに関して、データ相互運用性パラダイムのルールは、コンピュータはどの受信側データベース（複数可）に送信すべきか、場合によっては、各種類のデータが各特定の受信側データベースに送信されるべきデータ形式を線引きする。いくつかの態様では、データ相互運用性は、コンピュータシステム間のデータの一方向通信を特徴とし得る。更に、いくつかの態様では、一方向通信チャネルを介してデータを送信するコンピュータシステムは、受信コンピュータシステムから戻る同じ種類のデータを受け取る能力を有さない場合がある。これらの態様は、例えば、１つのデータベースを有するか、又は別のデータベース内に格納又は提示されるデータを制御するのに有益であり得る。
【０１４８】
これらの概念の説明として、図１６は、本開示の少なくとも１つの態様による、相関データベース間のデータ相互運用性を示すデータベースシステム２１２０００の図である。図示された態様では、データベースシステム２１２０００は、第２のデータベース２１２００４に通信可能に接続された第１のデータベース２１２００２を含む。一態様では、第１のデータベース２１２００２は、一方向の様式でのみ、又は主に一方向の様式で第２のデータベース２１２００４にデータを送信するようにプログラムされ得る。換言すれば、第１のデータベース２１２００２から第２のデータベース２１２００４にデータが更新されるか、又は新しいデータが流れるが、逆は、起こらない。いくつかの態様では、第１のデータベース２１２００２内に格納されたデータの全ては、データベース２１２００２、２１２００４間で一方向データフローに制限され得る。他の態様では、第１のデータベース２１２００２内に格納されたデータの特定の種類又はサブセットは、データベース２１２００２、２１２００４間で一方向データフローに制限され得る。
【０１４９】
例えば、第１のデータベース２１２００２は、ＥＨＲデータベースを含み得、第２のデータベース２１２００４は、薬局データベースを含み得る。この実施態様では、データ相互運用性ルールセットは、患者のＥＨＲがＥＨＲデータベース内で更新されて、新しい薬剤が患者に処方されたことを示すとき、関連する処方データが、薬局部門による処理のための新しい処方要求として、薬局データベースに自動的に送信され得ることを規定し得る。したがって、第１のデータベース２１２００２は、第２のデータベース２１２００４に処方要求を表すデータを送信する（２１２００６）ようにプログラムされ得る。処方要求内のデータは、例えば、関連付けられた患者のＥＨＲからの薬物相互作用データ及び現在の薬物リストを含み得る。更に、データ相互運用性ルールセットは、受信された処方要求に応答して処方が調製されたら、課金更新情報が、ＥＨＲデータベースに自動的に送信され得ることを規定し得る。したがって、第２のデータベース２１２００４は、処方要求の履行に応答して、又は処方要求が履行されると、第１のデータベース２１２００２に課金更新情報を表すデータを送信する（２１２００８）ようにプログラムされ得る。これらの種類のデータの各々の送信は、それぞれのデータベース２１２００２、２１２００４に対して一方向性であり得る。
【０１５０】
別の例として、第１のデータベース２１２００２は、ＯＲスケジューリングデータベースを含み得、第２のデータベース２１２００４は、医療用品データベースを含み得る。この実施態様では、データ相互運用性ルールセットは、新しい動作がスケジュールされるか、又はＯＲスケジューリングデータベースに入力されると、スケジュールされた動作の関連データが医療用品データベースに自動的に送信されて、医療用品部門によってどの用品が準備されるべきか、及びいつの日時までにそれらの用品が準備されるべきかを示し得ることを規定し得る。したがって、ＯＲスケジューリングデータベースは、新しい処置がスケジュールされるときに、医療用品データベースに処置を表すデータを自動的に送信し得る（２１２００６）。したがって、医療用品データベースへのアクセスを有する従業員は、スケジュールされた時間に準備された、スケジュールされた処置に必要な製品及び器具を有し得るように、更新を自動的に受信し得る。
【０１５１】
更に別の例として、第１のデータベース２１２００２は、検査室データベースを含み得、第２のデータベース２１２００４は、ＥＨＲデータベースを含み得る。この実施態様では、データ相互運用性ルールセットは、患者の検査結果が検査室データベースにアップロードされると、検査結果データがＥＨＲデータベースに自動的に送信されて、患者のＥＨＲと関連付けられ得ることを規定し得る。したがって、検査室データベースは、試験結果及び検査室を表すデータを、それらが完了したときに、ＥＨＲデータベースに自動的に追加し得る。したがって、医師及び患者ＥＨＲへのアクセスを有する任意の他の個人は、任意の更なる措置を講じる必要なく、任意の順序付けられた試験及び検査の結果に直ちにアクセスすることができる。
【０１５２】
更に別の例として、第１のデータベース２１２００２は、処方入力又はＥＨＲデータベースを含み得、第２のデータベース２１２００４は、薬剤投与又は薬局データベースを含み得る。この実施態様では、データ相互運用性ルールセットは、新しい処方が患者に関して入力されたとき、関連する処方データが、薬局部門による処理のための新しい処方要求として、薬局データベースに自動的に送信され得ることを規定し得る。したがって、薬剤投与データベースは、処方が必要に応じて準備することができるように、施術者によって入力されたときに処方を自動的に受信し得る。
【０１５３】
更に別の例として、第１のデータベース２１２００２は、病理データベースを含み得、第２のデータベース２１２００４は、ＯＲデータベース（例えば、外科用ハブ１０６、２０６）を含み得る。この実施では、データ相互運用性ルールセットは、新しい病理結果が患者に関して受信されたときに、関連する病理データが、外科スタッフによるレビューのためにＯＲデータベースに自動的に送信され得ることを規定し得る。したがって、病理データベース内に格納された更新又は結果を含むデータは、ＯＲデータベースに対する更新を介して、ＯＲに自動的に送信され得る（２１２００６）。データは、処置の後続の工程を通知するために過程又は外科処置中など、リアルタイムで病理データベースとＯＲデータベースとの間で送信され得る（２１２００６）。特定の例示として、患者の肺内の小腫瘍を除去する楔状切除処置中、外科スタッフは、切除された検体を病理部門に送信して、患者が依然としてＯＲ内に居る間に悪性疾患をチェックする。病理部門が悪性疾患を確認する場合、外科スタッフは、多くの場合、楔状部が採取された肺葉上の肺葉切除処置を完了することを選択する。したがって、外科用ハブを介した外科処置の過程で、他の部門から外科スタッフに通知を提供するこのプロセスは、上記のように、病理データベースと外科用ハブとの間のデータ相互運用性パラダイムを利用することによって自動化され得る。
【０１５４】
データ流動性は、データセットが中に格納されるデータベース間の双方向関係を線引きする所定のルールに従って、１つのデータベースから別のデータベースに流れるデータの能力として定義される。いくつかの態様では、データ流動性パラダイムは、特定の受信側データベースにデータが送信されるか否か、及び／又はデータが特定の受信側データベースにリンクされるか否かを定義し得る。データは、例えば、関係データベース技術（すなわち、データベース間に定義された関係）を利用して、他のデータベースと自動的に共有又は転送され得る。一態様では、データベースは、どの種類のデータがどの特定の受信側データベースに自動的に送信されるべきかを定義するルールセットを実行し得る。更に、一態様では、データベースは、データと関連付けられた外科的コンテキストデータ（メタデータ）に従ってデータが送信される、データ又はデータベースの形式を定義するルールセットを実行し得る。ルールセットは、コンピュータシステムのメモリ（例えば、図１０に示される外科用ハブ２０６のメモリ２４９）内に格納された一組のコンピュータ実行可能命令として具現化され得、命令は、プロセッサ（例えば、プロセッサ２４４）によって実行されると、コンピュータシステムに、他の接続されたコンピュータシステムとデータを共有するための説明された工程を実施させる。
【０１５５】
例えば、外科用ハブは、手術器具、患者モニタ、及び他の外科用装置又はデータベースから受信された手術前後データに基づいて、外科的コンテキスト（例えば、実施されている外科処置の種類又は外科処置工程）を決定するために、状況認識（上記の状況認識の項で説明された）を利用し、次いで、外科的コンテキストを、生成されているデータと関連付け得る（例えば、生成されたデータのメタデータとして外科的コンテキストを格納する）。決定された外科的コンテキストは、どの特定のデータベース（複数可）が特定のデータを受信するか、どれだけのデータが受信側データベース（複数可）に送信されるか、データが送信されるデータフォーマットなどに影響を及ぼし得る。したがって、コンピュータシステム（例えば、外科用ハブ）は、次いで、収集されたデータ（その関連付けられた外科的メタデータを伴うか又は伴わない）を特定の受信側データベースに、又は決定された外科的コンテキストに従って特定のデータ形式で送信し得る。様々な態様では、外科的コンテキストは、送信されたデータの周囲のビットサイズ、量、解像度、及び／又は時間枠（例えば、特定のサンプリングレートでキャプチャされたデータのサンプル数）に影響を及ぼし得る。したがって、データ流動性パラダイムは、相関データベースが、各受信側データベースの必要性に従って、各データベースに関連するデータを共有することを可能にする。換言すれば、データ流動性パラダイムに従ってデータを共有するコンピュータシステムは、コンピュータシステムによって受信されたデータの潜在的な使用及び必要性を予測し、次いで、データを受信側データベース又はコンピュータシステムに適宜に自動的にルーティングし得る。更に、外科的コンテキストは、コンピュータシステムがデータを送信する際の形式、コンピュータシステムによって送信されたデータの大きさなどを規定し得る。
【０１５６】
これらの概念の説明として、図１７は、本開示の少なくとも１つの態様による、相関データベース間のデータ流動性を示すデータベースシステムの図である。図示された態様では、データベースシステム２１２０２０は、第１のデータベース２１２０２２と、第２のデータベース２１２０２４と、第３のデータベース２１２０２６とを含み、これらは各々、互いに通信可能に接続される。一態様では、データベース２１２０２２、２１２０２４、２１２０２６の各々は、双方向様態でデータを通信するようにプログラムされる。換言すれば、データベース２１２０２２、２１２０２４、２１２０２６のうちの１つに設定された特定のデータセットが更新され、更新されたデータがデータベース２１２０２２、２１２０２４、２１２０２６の別のものに関連するとき（データベース２１２０２２、２１２０２４、２１２０２６間の関係を定義する特定のデータ流動性ルールによって規定される）、データが更新されたデータベース２１２０２２、２１２０２４、２１２０２６は、それらの更新を対応するデータベース（複数可）２１２０２２、２１２０２４、２１２０２６に自動的に共有又は送信し得る。
【０１５７】
異なるデータベース間のデータフローを規定するデータ流動性ルールセットは、データベース２１２０２２、２１２０２４、２１２０２６によって表される部門間の関係に従って定義され得る（例えば、データベースシステム２１２０２０の管理者によって）。例えば、いくつかの部門（例えば、ＯＲ及び病理、又はＯＲ及び用品）は、医療施設内の患者に生じる医学的問題に対して日常的に互いに協働又は相談する。したがって、データ流動性ルールは、これらの協働データベースのうちの１つの特定のデータ型（又はデータ型セット）に更新が行われると、更新されたデータの実質的な部分又は全てが、他の協働データベースに送信又はリンクされ得ることを規定し得る。更に、送信されたデータは、例えば、外科的状況認識及び他の追加又は関連付けられたデータを介して決定されるコンテキストメタデータを含み得る。あるいは、いくつかの部門（例えば、課金）は、特定のデータ型の小部分のみを必要とする。したがって、データ流動性ルールは、データベース内の特定のデータ型（又はデータ型セット）に更新が行われると、受信側データベースに関連する更新されたデータの小部分のみが受信側データベースに送信又はリンクされることを規定してもよい。例えば、受信側データベースが課金部門データベースである場合、課金データベースと共有されるデータは、データが課金部門のみによって必要とされることを理由に、処置コード、時間、医療処置中に消費された消耗品のみを含んでもよい。分かるように、受信側データベースに関連するデータのみが、受信側データベースに実際に送信又はリンクされ、これは、機密患者データへのアクセスを制限し、受信側が不要なデータで埋もれることを防止し、必要なデータ送信帯域幅を最小化しつつ、依然として、全ての接続されたデータベースが互いにあわせてシームレスに更新されることを可能にする。
【０１５８】
一実施態様では、第１のデータベース２１２０２２は、検査室データベースを含み得、第２のデータベース２１２０２４は、ＥＨＲデータベースを含み得、第３のデータベース２１２０２６は、病院管理データベースを含み得る。データ流動性パラダイムのこの実施態様では、検査室データベース及び管理データベースは、互いの間でデータ２１２０２９を送信し得（２１２０２８）、検査室データベース及びＥＨＲデータベースは、互いの間でデータ２１２０３１を送信し得（２１２０３０）、検査室データベース及び管理データベースは、様々なデータベース間の関係を定義する特定のデータ流動性ルールセットによって規定されるように、互いの間でデータを送信し得る（２１２０３２）。例えば、検査室データベースは、検査結果を対応する患者と関連付けるために、完了した検査結果を含むデータ２１２０３１をＥＨＲデータベースに自動的に送信し得（２１２０３０）、その後、検査結果は、ＥＨＲデータベースから取得され得る。別の例として、検査室データベースは、実施される試験のリスト及び他の詳細を含むデータ２１２０２９を病院管理データベースに自動的に送信し得（２１２０２８）、次いで、課金情報の更新、必要に応じて試験用品の再注文などのために利用され得る。更に、様々な上記のデータベース間の接続の各々は、双方向であり得る。例えば、患者のＥＨＲがＥＨＲデータベース内で更新されて、所与の医療施設の外側で実施される追加の試験結果を含める場合、それらの試験結果は、同様に、検査室スタッフによる検討及び評価のために、検査室データベースに自動的に送信され得る。
【０１５９】
別の実施態様では、リンクされたデータベースのコンピュータシステム及び／又はネットワークは、データ流動性パラダイムを介して様々な部門のデータベースを接続することによって、特定の治療計画から結果的に生じる手術結果を自動的に収集及び編集するように構成され得、患者の治療に関するデータの全てが集約され、シームレスに一緒に統合されることを可能にする。患者転帰データを患者治療データと共に自動的に編集することによって、患者の治療がより正確に追跡され得、治療計画、外科処置、及び他の患者の治療のための改善が発展され得る。いくつかの態様では、部門にわたってその部門の特定の形式で関連データを自動的に共有することによって、データは、より容易に通信され得、結果として、データが、患者に、ミーティング、臨床論文などでより容易に提示されることを可能にし得る。いくつかの態様では、データは、各データベースに記録され、他の接続されたデータベースに標準形式で送信され得、任意の所与のデータベースからのデータが、別の準拠データベースにシームレスに統合されることを可能にする。
【０１６０】
一態様では、複数の部門にわたる協働は、任意の所与のデータベースに収集されたデータが、専門家の１つのグループから別のグループに容易に流れることを可能にするか、又はそうさせることによって、増加し得る。データ流動性パラダイムは、医療施設内の全てのコンピュータシステムがデータを送信又はリンクするために利用する、任意の所与の種類のデータの宛先、データが受信側データベースに送信されるべき形式などを規定する標準ルールセットを確立することによって、データが医療施設の部門間で容易に流れることを可能にする。本明細書に記載される構造化されたデータ共有パラダイムは、正しいデータが医師の使用のために収集されることを確実にするため、この文脈及び他の文脈で有益である。コンピュータシステムが関連データベース（複数可）から必要なデータを自動的に取得することを可能にし、データが追加又は変更されたときに互いに協調するデータベース更新を有することによって、データを送信及び転写する際のヒューマンエラー、部分的不完全情報の受信に起因するエラー、及び他のそのようなエラーが回避される。
【０１６１】
一態様では、特定のデータベース内のデータのいくつか又は全ては、別のデータベースに自動的に送信又はリンクされるのではなく、ユーザからの要求に対して流動的に応答し得る。したがって、第１のコンピュータシステムは、第２のコンピュータ又はデータベースシステムからデータ要求を受信し（これは、例えば、ユーザによって開始され得る）、次いで、要求されたデータを送信し、及び／又は第２のコンピュータシステムによって送信された要求の識別情報又は種類に依存して第１のコンピュータシステム及び第２のコンピュータシステムによって格納されたデータベース間の関係を定義するようにプログラムされ得る。例えば、医師は、コンピュータシステムからデータ要求を行うことができ、次いで、コンピュータシステムがリンクされている関連データベースから、要求されたデータを自動的に収集及び編集するように進む。そのような態様は、個別化された癌医療などの様々な用途で利用され得る。例えば、コンピュータシステムは、腫瘍専門医、外科医、及び組織専門医のいずれかが、所与の患者に関連する治療データの全てを取得することを可能にすることによって患者を治療するために、腫瘍専門医、外科医、及び組織専門医の協働をリンクさせ得る。これは、結果的に、医療関係者が患者の治療を各々追跡することを可能にし、患者の治療と関連付けられた個人が、腫瘍の場所、マージン、節切除、及び化学療法などの、患者に関するデータを容易に取得及び分析することを可能にする。患者の治療と関連付けられた各個人に患者のデータに対する総アクセスを与えることによって、フォローアップ及び術後処置は、医療関係者全てが患者の治療に関して完全に最新であることを確実にすることによって改善され得る。いくつかの態様では、どの情報をユーザが受信しようとするかを定義することに加えて、コンピュータシステムはまた、ユーザが、提示されるデータの好ましい形式を定義することを可能にするようにプログラムされ得る。したがって、コンピュータシステムは、対応するデータベースから特定されたデータを取得し、データを所望される形式に変換し、次いで、データをユーザに提示し得る。
【０１６２】
図１８は、データと関連付けられた外科的コンテキストに従ってデータが共有される、本明細書に論じられる構造化されたデータ共有パラダイムに従うプロセス２１２１００の一例を示す。外科用ハブの項で説明されたように、外科用ハブ１０６、２０６などのコンピュータシステム（図１〜図１１）は、外科用器具、発生器、排煙器、ディスプレイなどの様々な外科用装置に接続されるか、又はそれらとペアリングされ得る。これらの外科用装置に対する外科用ハブ１０６、２０６の接続を介して、外科用ハブ１０６、２０６は、装置が外科処置中に使用されている間に、これらのペアリングされた外科用装置から手術前後データの配列を受信し得る。更に、状況認識の項において前述のように、外科用ハブ１０６、２０６は、少なくとも部分的に、これらの接続された外科用装置から受信された手術前後データに基づいて、実施されている外科処置のコンテキスト（例えば、実施される処置の種類又は処置の工程）を決定し得る。状況認識を介して外科用ハブ１０６、２０６によって決定される外科的コンテキストは、どの種類の収集されたデータが特定のデータベースに送信されるか、収集されたデータが送信されるフォーマットなどを規定するために利用され得る。したがって、図１８は、本開示の少なくとも１つの態様による、データベース間でデータを共有するためのプロセス２１２１００の論理フロー図である。プロセス２１２１００は、図１０に示される外科用ハブ２０６のプロセッサ２４４などの、コンピュータシステムのプロセッサ又は制御回路によって実行され得る。したがって、プロセス２１２１００は、メモリ２４９内に格納されたコンピュータ実行可能命令セットとして具現化され得、命令セットは、プロセッサ２４４によって実行されると、コンピュータシステム（例えば、外科用ハブ２０６）に、説明される工程を実施させる。
【０１６３】
したがって、プロセス２１２１００を実行するプロセッサ２４４は、状況認識の項で上述されたように、接続された外科用装置から手術前後データを受信し（２１２１０２）、受信された手術前後データに少なくとも部分的に基づいて外科的コンテキストを決定する（２１２１０４）。
【０１６４】
収集されたデータを用いて外科用ハブ２０６が行うことは、外科用ハブ２０６によって実装されている構造化されたデータルールセットによって規定される。外科的コンテキスト及びデータの種類に依存して、外科用ハブ２０６は、データ（又はそのサブセット）を別のデータベースに送信し、外科用ハブ２０６のメモリ２４９内に格納されたデータベースと別のデータベースとの間の関係を設定するか（すなわち、データベースの関連データフィールドをリンクする）、又は他のそのような措置を行い得る。例示された態様では、プロセッサ２４４は、収集された外科的データの少なくとも一部分を、決定された外科的コンテキスト及び受信側データベースの識別情報に基づいて１つ又は２つ以上の受信側データベースに送信する（２１２１０６）。外科用データは、例えば、外科用装置から受信された手術前後データ、状況認識を介して決定される外科的コンテキストデータ（例えば、実施されている外科手術の種類又は外科処置の工程）、外科用装置及び／又は外科的コンテキストと関連付けられたメタデータなどを含み得る。更に、プロセッサ２４４は、外科用ハブメモリ２４９内に格納された、収集された外科的データの少なくとも一部分と、決定された外科的コンテキスト及び受信側データベースの識別情報に基づく１つ又は２つ以上の受信側データベースとの間の関係を設定する（２１２１０８）。換言すれば、外科用ハブ２０６は、データを送信し（２１２１０６）、及び／又は構造化されたデータ共有ルールセットに従ってそのデータベースと他のデータベースとの間の関係を設定し（２１２１０８）、構造化されたデータ共有ルールセットは、どのデータベースが、特定の種類のデータを受信するべきか、又は決定された外科用コンテキストに基づいて外科用ハブ２０６によって収集された特定の種類のデータにリンクされるべきか、を定義する。例えば、外科用ハブ２０６は、いくつかの再利用不能な外科用装置が外科処置中に使用されたことを、状況認識を介して決定し、それに応じて、使用された再利用不能な装置の種類及び数を示すデータを、それらの再利用不能な装置の再注文のために外科用ハブ２０６に通信可能に接続された購入データベースに送信し得る（２１２１０６）。したがって、構造化されたデータ共有ルールセットは、購入データベースが、消費された再利用不能な外科用装置に関するデータを受信し、かつデータが購入データベースに送信されるべきであることを定義し得る。別の例として、外科用ハブ２０６は、外科処置が完了したか、又は直ぐに完了することになることを決定し得、それに応じて、患者の経歴情報及び外科処置の種類を格納するそのデータベース内のデータとを格納するデータベース内のデータと、回復部門のデータとの間の関係を設定して（２１２１０８）、患者を受容する準備をするように回復スタッフに通知する。したがって、構造化されたデータ共有ルールセットは、回復部門データベースが、患者及び外科手術の種類の特定に関連するデータを受信し、かつデータが回復部門データベースにリンクされるべきであることを定義し得る。
【０１６５】
プロセス２１２１００の別の例示的実施態様が図１９に図示されている。図１９は、本開示の少なくとも１つの態様による、特定のデータが、外科用ハブデータベース２１２１３０、ＥＨＲデータベース２１２１３２、及び病院管理データベース２１２１３４間で共有される、データベースシステム２１２０２０の図である。外科用ハブデータベース２１２１３０は、外科用ハブ２０６及び／又は外科用ハブ２０６とペアリングされた任意の外科用装置によって生成された様々なデータを収集し得る。例えば、外科用ハブデータベース２１２１３０は、患者の名前（又は他の経歴又は識別情報）、患者に施される外科処置、外科処置中に利用される外科用装置及び他の製品の在庫、及び／又は外科処置の長さを格納し得る。更に、ＥＨＲデータベース２１２１３２は、患者と関連付けられた薬剤、診断、生命兆候、及び試験を格納し得る。また更に、病院管理データベース２１２１３４は、病院スタッフ、スケジューリング、医療用品仕入れ、在庫、及び課金情報を含むデータを格納し得る。コンピュータシステムの各々は、プロセス２１２１００を実行し得、それに応じて、そのそれぞれのデータベース内に格納されたデータを送信するか、又はデータベース２１２１３０、２１２１３２、２１２１３４の各々の間の相互作用を統治する特定のデータ共有ルールセットによって規定されるように、コンピュータシステムの各々のデータベースと他のデータベースとの間の関係を設定し得る。
【０１６６】
上述のように、データベースは、それらが格納するデータのサブセットを他の接続されたデータベースと単に共有し得る。更に、各データベースによって格納されたデータの異なるサブセットは、受信側データベースによって必要とされるデータに依存して、異なるデータベースと共有され得る。例えば、各データベース内に格納されたデータは、データカテゴリに編成され得、構造化されたデータ共有ルールセットは、例えば、どのデータカテゴリがどの他のデータベースと共有されるかを規定し得る。例えば、図２０は、データベースシステム２１２０２０のＥＨＲデータベース２１２０５２及び病院管理データベース２１２０５４が格納し得る、いくつかの例示的なデータカテゴリ２１２０５６を図示する。図示された実施態様では、副カテゴリとして支払者及び課金データを含むビジネスオフィスデータカテゴリは、病院管理データベース２１２０５４と共有されている（すなわち、それに送信又はそれとリンクされる）。ＥＨＲデータベース２１２０５２及び病院管理データベース２１２０５４の他のデータカテゴリ２１２０５６は、特定の構造化されたデータ共有ルールセットによって定義されるように、他のデータベースと共有されないか、又は他のデータベースと共有される。
【０１６７】
データベースシステム２１２０２０を画定するデータベース２１２１３０、２１２１３２、２１２１３４を格納するコンピュータシステムは、例えば、ネットワークを介して互いに通信可能にリンクされ得る。一部の態様では、コンピュータシステムは、クラウドシステムハードウェア及び機能モジュールの項で上記に説明されたように、クラウドコンピューティングシステムであってもよい。いくつかの態様では、複数のデータベースは、単一のコンピュータシステムによって格納され得る。いくつかの態様では、コンピュータシステムは、分散コンピューティング通信プロトコルを介して接続され得る。
【０１６８】
一態様では、ユーザはまた、ユーザが外科用ハブ１０６、２０６（図１〜図１１）などの医療施設のコンピュータシステムに望むデータの種類を定義して、例えば、医療施設のネットワーク内のコンピュータシステムによって提供されるユーザインターフェースを介して収集する。例えば、ユーザは、特定の種類の外科用器具の特定の種類のデータを収集するために、医療施設内の外科用ハブ２０６を望むことを示すことができる。したがって、要求は、医療施設ネットワーク内の外科用ハブ２０６にプッシュされ得、外科用ハブ２０６は、その後、それらが既にそうしていない場合、その種類の外科用器具を収集することになる。外科用ハブ２０６は、ユーザによって要求されるように、手術中又は手術後のデータを収集し得る。要求が入力されると、収集されたデータは、例えば、上記のように、構造化されたデータ共有ルールセットに従ってユーザによって定義されたデータベースと共有され得る。その後、ユーザによって所望されるデータが、ユーザに送信されるか、リンクされるか、又は別様に提供され得る。これらの態様は、外科用器具の性能、患者転帰と外科的技術との間の相関などの研究を実施するために利用され得る。いくつかの態様では、要求されたデータは、医療施設ネットワーク内又はその外部の他のユーザに転送され得る。いくつかの態様では、データ要求は、ユーザによって所望されるように保存及び繰り返され得る。いくつかの態様では、データ要求は、所定の期間又は無期限で（ユーザによって終了されるまで）続行し得る。いくつかの態様では、ユーザは、要求されたデータと関連付けられたメタデータを取得することによって要求されたデータをフォローアップするか、又は要求されたデータと関連付けられる他のデータを別様に要求し得る。例えば、ユーザは、外科用装置成功率を提供するように要求を入力し得る。したがって、各外科用ハブ２０６又は他のコンピュータシステムは、各外科処置及びそれらと関連付けられた装置成功率の進行を監視し得る。更に、ユーザは、外科用ハブ２０６又は他のコンピュータシステムに、外科用装置成功率データが再注文部門（例えば、低成功率を有する外科用装置を再注文しないことを知るために）及び任意の他の所望される部門に送信されるようにルーティングさせ得る。
【０１６９】
様々な態様では、構造化されたデータ共有パラダイムを実行するデータベースシステムは、ＯＲ内で起こる活動を、その中の外科用ハブ２０６を介して監視し、医療施設の効率及び機能を改善するために、関連するデータを関連する部門に自動的にルーティングし得る。一態様では、外科用ハブ２０６は、例えば、状況認識を介して、外科処置、外科用装置成功率、及び他のＯＲデータの進行を監視するように構成され得る。医療施設内の他のデータベースとデータをシームレスに共有及び通信する外科用ハブ２０６の能力は、実質的にいくつかの利益を有し得る。例えば、外科用ハブ２０６は、例えば、低成功率を有する外科用装置を再注文しないことを再注文部門が知るように、外科用装置利用に関するデータを、構造化されたデータ共有を介して再注文部門と自動的に共有し得る。別の例として、外科用ハブ２０６は、例えば、患者が長時間の外科処置に起因して追加の鎮痛剤を必要とし得ることを薬局部門が知るように、手術結果に関するデータを薬局部門と自動的に共有し得る。更に別の例として、外科用ハブ２０６は、例えば、組織を受容するように準備することを病理部門が知るように、試験を必要とする外科処置中に採取された任意の生検又は他の組織サンプルに関するデータを病理部門と自動的に共有し得る。更に別の例として、外科用ハブ２０６は、ＯＲ用品が枯渇する際に予備の用品の注文を医療用品部門が知るように、外科処置中の流体（例えば、血液）の枯渇に関するデータを医療用品部門と自動的に共有し得る。更に別の例として、外科用ハブ２０６は、例えば、処置前にＯＲ固有の薬物、止血剤、及び治癒衝撃剤（例えば、マトリックスメタロプロテイナーゼ阻害剤）を準備することを医療用品部門が知るように、差し迫っている処置に関するデータを医療用品部門と自動的に共有し得る。事前に準備された用品によると、用品は、次いで、適時にＯＲに送達され得、外科処置が、時間どおり、かつ正確な使用温度の用品を用いて進むことを可能にする。使用温度は、フィブリン及びトロンビンなどの特定の種類の薬剤にとって重要であり得る。フィブリン及びトロンビンは、室温で投与される必要がある、冷却された生物学的活性剤である。外科処置が薬剤を要求する場合、それに応じて、補助剤が処置のための正確な温度になることが重要であり得る。構造化されたデータ共有を介して、スケジューリングデータベースは、医療施設内の全ての他の関連するデータベースとスケジュールされた外科処置時間を共有し得、全ての関連部門が、各処置の開始時間までに完全に最新であることを確実にする。処置の開始時に薬剤が必要とされる場合、医療施設関係者は、手術処置が開始される正確な時間を提供され得、したがって、その時間に薬剤を送達することを知ることができる。処置中に薬剤が必要とされる場合、状況認識システムを実行する外科用ハブ２０６は、構造化されたデータ共有を介して外科処置の状態と同様に他の関連するデータベースを開始及び更新した後の外科処置の進行を更に監視し得、それにより、医療施設関係者は、薬剤が適切な使用温度で維持されるように、医療施設関係者が所望される薬剤をＯＲにもたらすべき正確な時間を知る。したがって、ＯＲコンテキスト内の構造化されたデータ共有は、薬剤に対するいかなる損傷の危険性もなく、正確な時間、正確な温度で準備されることを確実にし得る。更に別の例として、外科用ハブ２０６は、手術処置の進行を監視し（例えば、状況認識を介して）、次の処置のためにＯＲを引き渡すことをいつ予定するかを清掃部門が知るために、処置の進行を清掃部門と自動的に共有し、その結果、後続の処置のための外科施設の清掃及び準備のプロセスを容易にすることによって、病院の物流管理及びスケジューリング全体を支援する。
【０１７０】
一態様では、コンピュータシステム（例えば、外科用ハブ２０６）は、外科用装置の使用、及び医療施設を介した外科用装置の移動を追跡して、例えば、外科用器具上のデータを、外科用器具のライフサイクル全体を通して収集するようにプログラムされ得る。そのようなデータは、外科用装置が滅菌され、修理され、及び／又は在庫内で保持された回数、又は外科用装置がそれぞれの部門の各々に保持されていた時間量を含み得る。コンピュータシステムは、外科用装置の各関連各部門場所データのデータベースから受信することによって、構造化されたデータ共有を介してこのように外科用装置（例えば、外科用装置が部門に運ばれると、その部門内にスキャンされ得、外科用装置の場所の記録を生成する）、外科用装置の修理及び保守記録などを追跡し得る。そのようなデータは、医療施設で利用される医療品の全ての価値、コスト、及び効率を評価するために利用され得る。
【０１７１】
一態様では、コンピュータシステムは、患者が自己申告データに貢献することを可能にするようにプログラムされ得る。様々な態様では、自己申告データは、コンピュータ端末を介して医療施設コンピュータシステムのデータベースに直接入力され得るか、又は患者は、パーソナル電子装置（若しくは別のパーソナルデータ収集装置）に、収集された情報を指定された受信側データベースに自動的に送信させ得る。自己申告データとしては、例えば、連続血中グルコースモニタ、インスリンポンプ、人工膵臓データなどの、試験機器からの血糖ログが挙げられ得る。自己申告データはまた、例えば、活動データ、場所データ、及び他の種類のデータを収集するように構成されている活動モニタ（例えば、Ｆｉｔｂｉｔ又はＡｐｐｌｅ  Ｗａｔｃｈ）からのデータも含み得る。活動モニタは、例えば、活動レベルデータ（例えば、移動した距離、分単位の活動時間、歩数、渡った階段の数）、睡眠データ（例えば、睡眠サイクル、持続時間、及び段階）、心拍数監視データ（例えば、安静時心拍数、年齢によって決定され得る特定の心拍数領域にある時間のパーセント、及び心拍数変動）、栄養情報、水摂取、燃焼カロリーなどを提供し得る。受信側データベースにアップロードされると、受信側データベースは、次いで、いくつかの態様では、構造化されたデータ共有ルールセットに従って、関連する自己申告の患者データを他の接続された装置と自動的に共有し得る。
【０１７２】
構造化されたデータ共有を用いる場合１つの懸念は、適切な受信者のみに認可されるべきデータへのアクセスに関するものである。したがって、全てのデータ要求及びデータベースをリンクする全ての要求は、無認可の受信者がデータにアクセスすることを防止するように検証及び認可されなければならない。図２１は、本開示の少なくとも１つの態様による、医療施設コンピュータネットワーク２１２２０３用のセキュリティ及び認可システム２１２２００を示す図である。セキュリティ及び認可システム２１２２００は、例えば、医療施設コンピュータネットワーク２１２２０３に接続しようとするコンピュータシステムからの通信要求２１２２０１などの着信及び発信データ通信を規制するファイアウォール２１２２０２を含み得る。通信要求２１２２０１は、例えば、医療施設コンピュータネットワーク２１２２０３から送信される特定のデータ又はデータ型の要求、医療施設コンピュータネットワーク２１２２０３内のデータベースと外部データベースとの間の関係又はリンクを確立するための要求などを含み得る。一態様では、通信要求２１２２０１は、医療施設コンピュータネットワーク２１２２０３へのアクセスを許可されることになるセキュリティ鍵を必要とし得る。一実施態様では、医療施設コンピュータネットワーク２１２２０３が通信要求２１２２０１を受信すると、ファイアウォール２１２２０２は、例えば、セキュリティ鍵が認可データベース２１２２０８内に格納された有効なセキュリティに対応する場合のみ、医療施設コンピュータネットワーク２１２２０３へのアクセスを許可し得る。したがって、有効なセキュリティ鍵を有する認可された要求２１２２０４は、医療施設コンピュータネットワーク２１２２０３へのアクセスを許可されることになり、有効なセキュリティ鍵を欠く無認可の要求２１２２０６は、ファイアウォール２１２２０２によってアクセスを拒否されることになる。
【０１７３】
したがって、本明細書に説明される構造化されたデータ共有パラダイム、すなわち、データ流動性及びデータ相互運用性は、医療施設（又は相互接続された医療施設のネットワーク）全体にわたるデータの移動を容易にし得る。各相互接続されたデータベースが、その部門に関連する医療施設で生成されたデータの全てへのアクセスを常に有するようにデータをシームレスに共有することによって、構造化されたデータ共有パラダイムは、医療施設がより効率的に運用され、より良好な患者転帰を提供することを可能にする。
【０１７４】
外科処置コスト分析
いくつかの態様では、本明細書に説明されるコンピュータシステムは、外科処置又は治療中に使用されるアイテムの全てと関連付けられた総コストを計算することなどによって、任意の所与の外科処置又は治療と関連付けられた総コストの明確な全体的な分析を提供するようにプログラムされる。そのような機能は、管理者が、医療施設内で費用がどこでどのように費やされているかを正確に理解することを可能にすること、特定の種類の外科処置のためのコスト効率の高い製品の組み合わせに関する提案を提供すること、再利用可能なアイテムがいつ交換されるべきかを特定すること、処置中に使用された外科用器具及び他のアイテムの摩耗及び引裂の程度を決定することなどを含む、様々な利益を提供し得る。更に、この経済的データは、ユーザが追加の分析を提供し得るように、又はシステムがユーザに提案を提供し得るように、処置又は手術結果に関するデータと統合され得る。治療又は手術結果に関するデータは、例えば、図１２及び図１３に関連して説明されるクラウドコンピューティングシステムによって決定されるか、又は医学文献からコンピュータシステムにアップロードされ得る。例えば、Ｄａｎｉｅｌ  Ｌ．Ｍｉｌｌｅｒ  ｅｔ  ａｌ．，Ｉｍｐａｃｔ  ｏｆ  Ｐｏｗｅｒｅｄ  ａｎｄ  Ｔｉｓｓｕｅ−Ｓｐｅｃｉｆｉｃ  Ｅｎｄｏｓｃｏｐｉｃ  Ｓｔａｐｌｉｎｇ  Ｔｅｃｈｎｏｌｏｇｙ  ｏｎ  Ｃｌｉｎｉｃａｌ  ａｎｄ  Ｅｃｏｎｏｍｉｃ  Ｏｕｔｃｏｍｅｓ  ｏｆ  Ｖｉｄｅｏ−Ａｓｓｉｓｔｅｄ  Ｔｈｏｒａｃｉｃ  Ｓｕｒｇｅｒｙ  Ｌｏｂｅｃｔｏｍｙ  Ｐｒｏｃｅｄｕｒｅｓ：Ａ  Ｒｅｔｒｏｓｐｅｃｔｉｖｅ，Ｏｂｓｅｒｖａｔｉｏｎａｌ  Ｓｔｕｄｙ，Ａｄｖａｎｃｅｓ  ｉｎ  Ｔｈｅｒａｐｙ，Ｍａｙ  ２０１８，３５（５），ｐ．７０７−２３は、経済的及び結果データが同時に考慮され得るいくつかの方式を実証している。例えば、Ｍｉｌｌｅｒらは、電動ステープラが、より少ない止血関連合併症及びより低い処置コストと関連付けられ、特定の器具の種類（例えば、電動ステープラ）が、他の器具の種類（例えば、手動ステープラ）よりも少ない止血関連合併症と関連付けられ、効果の大きさが、慢性閉塞性肺疾患（chronic obstructive pulmonary disease、ＣＯＰＤ）を有する患者でより大きいことを実証している。したがって、コンピュータシステムは、所与の処置と関連付けられた特定の製品の組み合わせと関連付けられたコストを示す経済的データ、及び異なる製品の組み合わせと関連付けられた結果として生じる結果データを示して、外科用器具及び他の外科用装置が、異なる装置及び患者の病歴と関連付けられた結果を与えた外科処置に利用されるべきである意思決定を外科医及び病院管理者が行うことを可能にする。
【０１７５】
したがって、組織内コスト及びサービスコストの両方を含む、外科処置のための外科用器具及び装置の総コストを分析するためのシステム及び方法が本明細書に説明される。一態様では、コンピュータシステム（例えば、外科用ハブ）は、再利用可能な装置（例えば、保守、洗浄、及び再滅菌コスト）及び再利用不能な装置（すなわち、交換コスト）の両方と関連付けられたコストを含む、外科処置で使用される全ての器具及び装置の包括的コストのリアルタイム分析を提供するようにプログラムされ得る。いくつかの態様では、コンピュータシステムは、例えば、購入データベース間でデータを受信又は共有することによって、再利用不能な外科用装置の交換コストを決定するために、構造化されたデータ共有の項で上記に説明されたデータ共有パラダイムを利用し得る。いくつかの態様では、コンピュータシステムは、例えば、医療施設全体を通して装置を追跡するために様々な医療施設データベース間でデータを受信又は共有することによって、再利用可能な外科用装置の実際の保守コストを決定するために、構造化されたデータ共有の項で上記に説明されたデータ共有パラダイムを利用し得る。仕入れ、滅菌、及び他の組織内保守プロセスのために、装置が医療施設全体を通して輸送される際に装置を追跡することによって、コンピュータシステムは、外科用装置を維持することに実際に費やす時間及び資源に従って保守コストを計算し得る。
【０１７６】
一態様では、医療施設全体を通して様々なコンピュータシステム（例えば、外科用ハブ）が、いつ、どのように各外科用装置が様々なコンピュータシステムの各々と相互作用したかを示すメタデータを生成、格納、及び共有し得る。例えば、外科用装置が、ＯＲ内に持ち込まれ、そのＯＲ内に位置する外科用ハブに接続するとき、外科用ハブは、外科用装置の日付、時間、及び場所を示す、その外科用装置と関連付けられたメタデータを生成し、次いで、そのメタデータを格納し、メタデータをネットワーク内の他のコンピュータシステムと共有し得る。したがって、本明細書に説明されるコンピュータシステムは、それらの関連付けられたメタデータに従って外科用器具を追跡し得る。一態様では、コンピュータシステム（例えば、外科用ハブ）は、外科用処置の過程で利用された外科用装置の全てについてのメタデータを取得又は別様に受信して、外科用装置の場所、状態、外科用装置に設置された交換部品、適用された修理、及び洗浄時間を含む、外科用装置の手術前後プロセス全体を通して外科用装置を追跡するようにプログラムされ得る。したがって、コンピュータシステムは、外科用装置が医療施設全体を通して循環される際の外科用装置のコスト及び利用を追跡し得る。
【０１７７】
一態様では、コンピュータシステム（例えば、外科用ハブ）は、再滅菌又は別様に再利用される装置の使用回数を追跡するようにプログラムされ得る。コンピュータシステムは、使用回数が使用閾値を満たすか又は超えているかに応じて、装置が、いつ、その寿命の終わりに達したかを決定するように更にプログラムされ得る。別の態様では、コンピュータシステム（例えば、外科用ハブ）は、外科用装置の保守コストを決定し、外科用装置の交換コストを決定し（例えば、購入データベースから交換コストを取得することによって）、次いで、保守コストが交換コストを超えるか否かに応じて、外科用装置が交換されるべきか否かを決定するようにプログラムされ得る。したがって、コンピュータシステムは、医療施設全体を通して外科用装置を追跡するための費用分析アルゴリズムを実行し、外科用装置と関連付けられたコストを分析し、ユーザに提案を提供し得る。
【０１７８】
図２２は、本開示の少なくとも１つの態様による、外科用ハブ２１０５０４などのコンピュータシステムによって実行可能なコスト分析アルゴリズムのブロック図２１０５００である。一態様では、外科用ハブ２１０５０４（又は別のコンピュータシステム）は、コスト分析モジュール２１０５０２を実行し得る。コスト分析モジュール２１０５０２は、例えば、説明されたプロセスを実施するためにプロセッサ２４４（図１０）又はその制御回路によって実行可能である、外科用ハブ２１０５０４のメモリ２４９（図１０）内に格納されたコンピュータ命令セットとして具現化されたアルゴリズムを含み得る。コスト分析モジュール２１０５０２は、構造化されたデータ共有の項で上述されたデータ共有パラダイムなどを介して、様々なデータ源からのデータにアクセス又はそれらのデータを受信することによって、医療施設での洗浄、修理、及び再滅菌プロセス全体を通して、再利用可能な装置（例えば、外科用器具）を追跡するように構成され得る。一態様では、コスト分析モジュール２１０５０２は、各外科用装置について様々な追跡されるデータ２１０５０６を受信する。図２２に示されるように、追跡されるデータ２１０５０６は、器具が廃棄されたか、又は使用から引き離されたかなどにかかわらず、購入データ、滅菌データ、修理及び保守データ、ＯＲ履歴データ、在庫データ、再処理データを含む、様々な異なるカテゴリのデータを含み得る。上述のカテゴリの追跡されるデータ２１０５０６は、タイミングデータ（例えば、医療施設内の特定の場所で消費される外科用装置の時間）、部品データ（例えば、外科用装置が修理されたか否か、外科用装置のどの部品が修理されたか）、コストデータ（例えば、外科用装置、部品、又は外科用装置の保守に使用される製品のコスト）などを更に含み得る。更に、コスト分析モジュール２１０５０４は、ＯＲ提案（例えば、所与の外科処置に対する特定の製品の組み合わせが現在の製品の組み合わせよりもコスト効率が高いか否か）、価値分析委員会（value analysis committee、ＶＡＣ）提案（例えば、医師が選考するアイテムに対してコスト効率の高い代替物が存在するとき）、病院財務提案（例えば、どれだけの量の特定の製品が注文される必要があるか）、及び装置製造者（例えば、特定の製造者からの外科用器具がより費用効果が高いか否か）などの、追跡されるデータ２１０５０６からの入力に基づく１つ又は２つ以上の提案２１０５０８を出力し得る。
【０１７９】
各外科用装置と関連付けられた総治療及び保守と関連付けられた様々なコストの全てを追跡することは、コスト分析モジュール２１０５０２が、外科用製品の異なる組み合わせ間の真の一対一の比較を提供することを可能にする。したがって、ユーザは、コスト分析モジュール２１０５０２を利用してコスト分析を実施することができるか、又はコスト分析モジュール２１０５０２は、そのような分析を自動的に実施し、病院資源をより効率的に利用するためのユーザへの提案を行うこと、医療施設のシステム内のボトルネックを特定してボトルネックをどのように改善するかに関する提案を提供すること、いつ、時間又は費用を費やす、少な過ぎるか、又は多過ぎる特定の製品が存在するかを特定することなどを行い得る。
【０１８０】
上述のように、医療施設内の様々なコンピュータシステム（例えば、外科用ハブ）は、いつ、どのように各外科用装置が様々なコンピュータシステムの各々と相互作用したかを示すメタデータを生成、格納、及び共有することによって、医療施設のワークフローを通して外科用装置が処理される際に、各個々の外科用装置を追跡し得る。例えば、図２３は、本開示の少なくとも１つの態様による、医療施設２１０７００を介した外科用装置２１０７０２のワークフローを示すブロック図である。例示的な医療施設２１０７００は、外科手術２１０７０６、滅菌２１０７０８、保守２１０７１０、及び在庫又は保管２１０７１２を含む、様々な部門を含む。特定の外科用装置２１０７０２（例えば、再利用可能な外科用装置であり得る）のためのワークフローは、外科処置後に外科用装置２１０７０２が外科手術２１０７０６から離れると、外科用装置２１０７０２が滅菌２１０７０８、次いで、保守２１０７１０、次いで、保管２１０７１２され、その後、外科処置に再び利用され得ることを規定する。部門の各々は、外科用装置２１０７０２を、それらが医療施設２１０７００を通って移動する際に監視するための独自のコンピュータシステム２１０７０４を有する。コンピュータシステム２１０７０４は、様々な異なる技術を利用して、外科用装置２１０７０２の存在を識別し得る。一態様では、コンピュータシステム２１０７０４は、外科用装置２１０７０２を、それらが各部門に持ち込まれる際、又は各部門と相互作用する際に識別するために利用され得るＲＦＩＤリーダなどのスキャナを含み得る。別の態様では、コンピュータシステム２１０７０４は、外科用ハブ１０６、２０６、７００６（図１〜図１３）又はロボットハブ２２２（図９）などのハブを含み得、それらのハブは、外科用ハブ２１０７０２が各ハブの近傍内に持ち込まれる際に、外科用ハブ２１０７０２と自動的にペアリングし、外科用ハブ２１０７０２を識別するように構成される。これらの態様のいずれかでは、各コンピュータシステム２１０７０４は、コンピュータシステム２１０７０４が外科用装置２１０７０２とペアリングするか、又は別様に外科用装置２１０７０２を識別するときに、外科用装置２１０７０２と関連付けられたメタデータを生成し得る。このメタデータは、次いで、構造化されたデータ共有の項で上記に説明されたデータ流動性及び他のデータ共有技術を利用して医療施設２１０７００全体を通して他のコンピュータシステム２１０７０４と共有され得、それにより、コンピュータシステム２１０７０４は、ワークフロープロセス全体を通して外科用装置２１０７０２を追うことができる。更に、各所与の外科用装置２１０７０２のメタデータは、装置の種類又は他のパラメータに従って集約され得る。ユーザは、コンピュータシステム２１０７０４を使用し得、コンピュータシステム２１０７０４は、データ流動性パラダイムに従ってコンピュータシステム２１０７０４自体の間でデータを共有して、個々の外科用装置２１０７０２又は外科用装置２１０７０２の種類についてのメタデータを分析し、外科用装置２１０７０２がどこにあったか、外科用装置２１０７０２がどの程度の時間、特定の部門にあったか、外科用装置２１０７０２が何回、取り扱われたか（その最後の場所からその現在の場所に到達するまでに）などを示す。
【０１８１】
追加のプロセス又はアルゴリズムが、次いで、この場所外科用装置メタデータを利用し得る。例えば、コンピュータシステム２１０７０４は、特定の外科用装置２１０７０２が、いつ、外科用装置２１０７０２のワークフロー内の先行する部門にあるかを決定し、次いで、外科用装置２１０７０２を受容するように準備するためにスタッフにプロンプト又は通知を自動的に提供し得る（例えば、外科用装置２１０７０２が手術２１０７０６中であり、次いで、滅菌２１０７０８に送られると予想されるときに滅菌用品を準備する）。別の例として、コンピュータシステム２１０７０４は、外科用装置２１０７０２が、いつ、外科処置で使用されたか、又は閾値回数洗浄されたかを決定し、次いで、外科用装置２１０７０２の交換部品を注文するか、又は外科用装置２１０７０２を処分するようにスタッフに通知を提供し得る。あるいは、コンピュータシステム２１０７０４は、閾値回数の使用後に外科用装置２１０７０２の交換部品を自動的に注文し得る。そのようなプロセスは、医療施設２１０７００が、交換部品、洗浄品、及び他のそのような製品を施設内に過度に仕入れる必要性を低減又は排除する。
【０１８２】
別の態様では、コンピュータシステム２１０７０４は、実際の術後結果を、コスト分析モジュール２１０５０２によって生成された経済的データを組み込む、予測された術後結果と比較して分析するようにプログラムされ得る。例えば、予測される再手術コストが、予測される手術結果に基づいて計算され得る。より具体的には、コンピュータシステム２１０７０４は、データ（例えば、コンピュータシステム２１０７０４によってアクセス可能なデータベースにアップロードされる医療文献データの手術結果）を取得するか、又は外科処置から予想される結果を決定し（例えば、図１２及び図１３に関して説明されるクラウドコンピューティングシステムによって）、潜在的な結果の各々について追跡されたコストに基づいて、結果の範囲と関連付けられたコストを計算するようにプログラムされ得る。外科処置の結果と関連付けられたコストの範囲は、次いで、任意の所与の外科処置と関連付けられた総コストを分析することを支援するように要求されたときにユーザに提示され得る。別の例として、コンピュータシステム２１０７０４は、外科処置及び／又は外科用装置２１０７０２の改善を提案して、再手術の可能性、及び、したがって、追加コストを低減するように更にプログラムされ得る。更に別の例として、コンピュータシステム２１０７０４は、各所与の処置タイプ後の平均術後患者滞在及びそれと関連付けられた総コスト、各所与の処置タイプ後の患者に投与される薬物のタイプの平均数、それらの薬物を加工及び提供することと関連付けられた総コストなどを追跡することによって、予測される術後成果処置と関連付けられたコストを評価するようにプログラムされ得る。
【０１８３】
図２４は、本開示の少なくとも１つの態様による、外科処置と関連付けられた総コストを計算するためのプロセス２１０６００の論理フロー図である。プロセス２１０６００の以下の説明では、図１０、図２２及び図２３もまた参照されたい。プロセス２１０６００は、図１０に示される外科用ハブ２０６のプロセッサ２４４などの、コンピュータシステムのプロセッサ又は制御回路によって実行され得る。したがって、プロセス２１０６００は、メモリ２４９内に格納されたコンピュータ実行可能命令セットとして具現化され得、命令セットは、プロセッサ２４４によって実行されると、コンピュータシステム（例えば、外科用ハブ２０６）に、説明される工程を実施させる。
【０１８４】
外科用ハブの項で説明されたように、外科用ハブ２０６は、外科用器具、発生器、排煙器、ディスプレイなどの様々な外科用装置に接続され得る。これらの外科用装置に対する外科用ハブ２０６の接続を介して、外科用ハブ２０６は、装置が外科処置中に使用されている間に、これらのペアリングされた外科用装置から手術前後データの配列を受信し得る。更に、状況認識の項で上記に説明されたように、外科用ハブ２０６は、少なくとも部分的に、これらの接続された外科用装置から受信された手術前後データに基づいて、実施されている外科処置のコンテキスト（例えば、実施される処置タイプ又は処置の工程）を決定し得る。したがって、プロセス２１０６００を実行するプロセッサ２４４は、外科処置が、例えば、外科用ハブ２０６によって実行される状況認識システムを介して実施されているか否かを決定する（２１０６０２）。したがって、プロセッサ２４４は、どの外科用装置が外科手術中に利用されているかを決定する（２１０６０４）。一態様では、プロセッサ２４４は、どの外科用装置が外科用ハブ２０６に接続されているか、どの装置がアクティブに給電されているか（例えば、エネルギーが超音波又はＲＦ電気外科用器具に供給されているか否か）を検出することによって、どの装置が外科医によって保持又は操作されているかをＯＲ全体にわたって設置されたカメラシステムを通して視覚的に識別することによって、外科スタッフが処置のどの工程を実施しているかを決定し、それによって、どの装置が現在利用されているかを推定することなどによって、どの外科用装置が任意の所与の時間に使用されているかを決定し得る（２１０６０４）。
【０１８５】
したがって、外科処置中に使用されるか、又は使用された各外科用装置に関して、プロセッサ２４４は、外科用装置が再利用可能であるか、又は再利用不能であるかを決定する（２１０６０６）。プロセッサ２４４は、例えば、各特定のアイテムが再利用可能であるか否かをリスト化しているデータベースを照会すること、外科用装置の製造者の仕様を取得すること、又は外科用装置と関連付けられたメタデータを取得して、アイテムが既に複数回使用されたか、若しくは複数回使用されることを意図されているか否かを確認することによって、外科用装置が再利用可能であるか否かを決定し得る（２１０６０６）。所与の外科用装置が再利用可能である場合、プロセスは、「はい」の分岐に沿って進み、プロセッサ２４４は、装置の保守コストを決定する（２１０６０８）。保守コストとしては、修理コスト、再滅菌コスト、洗浄コストなどが挙げられ得る。プロセッサ２４４は、上述された技術、すなわち、所与の外科用装置と関連付けられたメタデータを追跡して、どのくらいの頻度及びどの種類の保守工程を外科用装置がそのワークフロー中を通して施されるかを決定すること、を使用して保守コストを決定し得る（２１０６０８）。所与の外科用装置が再利用不能である場合、プロセスは、「いいえ」の分岐に沿って進み、プロセッサ２４４は、装置の交換コストを決定する（２０６１０）。プロセッサ２４４は、例えば、医療施設２１０７００と関連付けられた購入データベースを照会して、所与の外科用装置の購入価格を取得することによって、交換コストを決定し得る（２１０６１０）。
【０１８６】
様々な態様では、プロセス２１０６００は、外科処置と関連付けられた完全なコストを計算するために、外科処置中に使用される各外科用装置と関連付けられたコストを計算する。したがって、プロセッサ２４４は、外科処置が、例えば、上述されたように、状況認識システムを介して完了したか否かを決定する（２１０６１２）。処置が完了していない場合、プロセス２１０６００は、「いいえ」の分岐に沿って進み、プロセッサ２４４は、処置が完了するまで、どの外科用装置が利用又は消費されているかを監視するループを継続する。処置が完了した場合、プロセス２１０６００は、「はい」の分岐に沿って進み、プロセッサ２４４は、外科処置中に利用された外科用装置の集約された保守及び交換コストに基づいて、外科処置の総コストを決定する（２１０６１４）。
【実施例】
【０１８７】
本明細書に記載される主題の様々な態様は、以下の番号付けされた実施例において説明される。
実施例１．複数の外科用装置に通信可能に連結されるように構成されたコンピュータシステム。コンピュータシステムは、プロセッサと、プロセッサに連結されたメモリとを備える。メモリは、命令を格納しており、命令は、プロセッサによって実行されると、コンピュータシステムに、複数の外科用装置のうちのどれが、外科処置中に利用されたかを、複数の外科用装置のうちの１つ又は２つ以上から受信された手術前後データに少なくとも部分的に基づいて決定することと、外科処置中に利用される複数の外科用装置の各々が、再利用可能な外科用装置であるか、又は再利用不能な外科用装置であるかを決定することと、各再利用可能な外科用装置の保守コストを決定することと、各再利用不能な外科用装置の交換コストを決定することと、各再利用可能な外科用装置の保守コスト及び各再利用不能な外科用装置の交換コストに従って、外科処置のための複数の外科用装置の総コストを決定することと、を行わせる。
【０１８８】
実施例２．保守コストが、洗浄コスト、再滅菌コスト、修理コスト、又はそれらの任意の組み合わせのうちの少なくとも１つを含む、実施例１のコンピュータシステム。
【０１８９】
実施例３．メモリが、命令を更に格納しており、命令は、プロセッサによって実行されると、コンピュータシステムに、保守コストが、各再利用可能な外科用装置の交換コストを超えるか否かを決定することと、保守コストが交換コストを超える場合は、各再利用可能な外科用装置の交換提案を提供することと、を行わせる、実施例１又は２のコンピュータシステム。
【０１９０】
実施例４．メモリが、命令を更に格納しており、命令は、プロセッサによって実行されると、コンピュータシステムに、各再利用可能な外科用装置の使用回数を決定することと、使用回数が閾値を超える場合は、各再利用可能な外科用装置の交換提案を提供することと、を行わせる、実施例１〜３のいずれか１つのコンピュータシステム。
【０１９１】
実施例５．メモリが、命令を更に格納しており、命令は、プロセッサによって実行されると、コンピュータシステムに、各再利用可能な外科用装置と関連付けられたメタデータを取得することであって、メタデータが、再利用可能な外科用装置の場所、場所に関する時間の長さ、再利用可能な外科用装置の使用回数、又はそれらの任意の組み合わせのうちの少なくとも１つを格納する、取得することと、メタデータに従って、各再利用可能な外科用装置の保守コストを決定することと、を行わせる、実施例１〜４のいずれか１つのコンピュータシステム。
【０１９２】
実施例６．メモリが、命令を更に格納しており、命令は、プロセッサによって実行されると、コンピュータシステムに、購入データベースから各再利用不能な外科用装置と関連付けられた購入価格を取得させ、交換コストが、購入価格に対応する、実施例１〜５のいずれか１つのコンピュータシステム。
【０１９３】
実施例７．コンピュータシステムが、外科用ハブを備える、実施例１〜６のいずれか１つのコンピュータシステム。
【０１９４】
実施例８．プロセッサと、プロセッサに連結されたメモリとを備えるコンピュータシステム。メモリは、命令を格納しており、命令は、プロセッサによって実行されると、コンピュータシステムに、外科処置中に利用される１つ又は２つ以上の外科用装置を、１つ又は２つ以上の外科用装置から受信された手術前後データに従って、特定することと、１つ又は２つ以上の外科用装置の各々と関連付けられた保守コスト又は交換コストに従って、外科処置のための１つ又は２つ以上の外科用装置の総コストを決定することと、を行わせる。
【０１９５】
実施例９．保守コストが、洗浄コスト、再滅菌コスト、修理コスト、又はそれらの任意の組み合わせのうちの少なくとも１つを含む、実施例８のコンピュータシステム。
【０１９６】
実施例１０．メモリが、命令を更に格納し、命令は、プロセッサによって実行されると、コンピュータシステムに、保守コストが、各再利用可能な外科用装置の交換コストを超えるか否かを決定することと、保守コストが交換コストを超える場合は、各再利用可能な外科用装置の交換提案を提供することと、を行わせる、実施例８又は９のコンピュータシステム。
【０１９７】
実施例１１．メモリが、命令を更に格納しており、命令は、プロセッサによって実行されると、コンピュータシステムに、各再利用可能な外科用装置の使用回数を決定することと、使用回数が閾値を超える場合は、各再利用可能な外科用装置の交換提案を提供することと、を行わせる、実施例８〜１０のいずれか１つのコンピュータシステム。
【０１９８】
実施例１２．メモリが、命令を更に格納しており、命令は、プロセッサによって実行されると、コンピュータシステムに、各再利用可能な外科用装置と関連付けられたメタデータを取得することであって、メタデータが、再利用可能な外科用装置の場所、場所に関する時間の長さ、再利用可能な外科用装置の使用回数、又はそれらの任意の組み合わせのうちの少なくとも１つを格納する、取得することと、メタデータに従って、各再利用可能な外科用装置の保守コストを決定することと、を行わせる、実施例８〜１１のいずれか１つのコンピュータシステム。
【０１９９】
実施例１３．メモリが、命令を更に格納しており、命令は、プロセッサによって実行されると、コンピュータシステムに、購入データベースから各再利用不能な外科用装置と関連付けられた購入価格を取得させ、交換コストが、購入価格に対応する、実施例８〜１２のいずれか１つのコンピュータシステム。
【０２００】
実施例１４．コンピュータシステムが、外科用ハブを備える、実施例８〜１３のいずれか１つのコンピュータシステム。
【０２０１】
実施例１５．外科処置のための外科用装置コストを決定するためのコンピュータ実装方法。方法は、コンピュータシステムによって、複数の外科用装置のうちのどれが、外科処置中に利用されたかを、複数の外科用装置のうちの１つ又は２つ以上から受信された手術前後データに少なくとも部分的に基づいて決定することと、コンピュータシステムによって、外科処置中に利用される複数の外科用装置の各々が、再利用可能な外科用装置であるか、又は再利用不能な外科用装置であるかを決定することと、コンピュータシステムによって、各再利用可能な外科用装置の保守コストを決定することと、コンピュータシステムによって、各再利用不能な外科用装置の交換コストを決定することと、コンピュータシステムによって、各再利用可能な外科用装置の保守コスト及び各再利用不能な外科用装置の交換コストに従って、外科処置のための複数の外科用装置の総コストを決定することと、を含む。
【０２０２】
実施例１６．保守コストが、洗浄コスト、再滅菌コスト、修理コスト、又はそれらの任意の組み合わせのうちの少なくとも１つを含む、実施例１５のコンピュータ実装方法。
【０２０３】
実施例１７．コンピュータシステムによって、保守コストが、各再利用可能な外科用装置の交換コストを超えるか否かを決定することと、コンピュータシステムによって、保守コストが交換コストを超える場合は、各再利用可能な外科用装置の交換提案を提供することと、を更に含む、実施例１５又は１６のコンピュータ実装方法。
【０２０４】
実施例１８．コンピュータシステムによって、各再利用可能な外科用装置の使用回数を決定することと、コンピュータシステムによって、使用回数が閾値を超える場合は、各再利用可能な外科用装置の交換提案を提供することと、を更に含む、実施例１５〜１７のいずれか１つのコンピュータ実装方法。
【０２０５】
実施例１９．コンピュータシステムによって、各再利用可能な外科用装置と関連付けられたメタデータを取得することであって、メタデータが、再利用可能な外科用装置の場所、場所に関する時間の長さ、再利用可能な外科用装置の使用回数、又はそれらの任意の組み合わせのうちの少なくとも１つを格納する、取得することと、コンピュータシステムによって、メタデータに従って、各再利用可能な外科用装置の保守コストを決定することと、を更に含む、実施例１５〜１８のいずれか１つのコンピュータ実装方法。
【０２０６】
実施例２０．コンピュータシステムによって、購入データベースから各再利用不能な外科用装置と関連付けられた購入価格を取得することを更に含み、交換コストが、購入価格に対応する、実施例１５〜１９のいずれか１つのコンピュータ実装方法。
【０２０７】
実施例２１．コンピュータシステムが、外科用ハブを備える、実施例１５〜２０のいずれか１つのコンピュータ実装方法。
【０２０８】
いくつかの形態が例示され説明されてきたが、添付の「特許請求の範囲」の範囲をそのような詳述に制限又は限定することは、本出願人が意図するところではない。多数の修正、変形、変化、置換、組み合わせ及びこれらの形態の等価物を実装することができ、本開示の範囲から逸脱することなく当業者により想到されるであろう。更に、記述する形態に関連した各要素の構造は、その要素によって行われる機能を提供するための手段として代替的に説明することができる。また、材料が特定の構成要素に関して開示されているが、他の材料が使用されてもよい。したがって、上記の説明文及び添付の特許請求の範囲は、全てのそのような修正、組み合わせ、及び変形を、開示される形態の範囲に含まれるものとして網羅することを意図としたものである点を理解されたい。添付の特許請求の範囲は、全てのそのような修正、変形、変化、置換、修正、及び等価物を網羅することを意図する。
【０２０９】
上記の詳細な説明は、ブロック図、フローチャート、及び／又は実施例を介して装置及び／又はプロセスの様々な形態について記載してきた。そのようなブロック図、フローチャート、及び／又は実施例が１つ若しくは２つ以上の機能及び／又は動作を含む限り、当業者に理解されたいこととして、そのようなブロック図、フローチャート、及び／又は実施例に含まれる各機能及び／又は動作は、多様なハードウェア、ソフトウェア、ファームウェア、又はこれらの事実上の任意の組み合わせによって、個々にかつ／又は集合的に実装することができる。当業者には、本明細書で開示される形態のうちのいくつかの態様の全部又は一部が、１台又は２台以上のコンピュータ上で稼働する１つ又は２つ以上のコンピュータプログラムとして（例えば、１台又は２台以上のコンピュータシステム上で稼働する１つ又は２つ以上のプログラムとして）、１つ又は２つ以上のプロセッサ上で稼働する１つ又は２つ以上のプログラムとして（例えば、１つ又は２つ以上のマイクロプロセッサ上で稼働する１つ又は２つ以上のプログラムとして）、ファームウェアとして、又はこれらの実質的に任意の組み合わせとして集積回路上で等価に実現することができ、また、回路を設計すること、並びに／又はソフトウェア及び／若しくはファームウェアのコードを記述することは、本開示を鑑みれば当業者の技能の範囲内に含まれることが理解されよう。更に、本明細書に記載した主題の機構は、多様な形式で１つ又は２つ以上のプログラム製品として配布されることが可能であり、本明細書に記載した主題の例証的な形態は、配布を実際に行うために使用される信号搬送媒体の特定の種類にかかわらず適用されることが当業者には理解されるであろう。
【０２１０】
様々な開示された態様を実行するように論理をプログラムするために使用される命令は、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、キャッシュ、フラッシュメモリ、又は他の記憶装置などのシステム内メモリに格納され得る。更に、命令は、ネットワークを介して、又は他のコンピュータ可読媒体によって分配され得る。したがって、機械可読媒体としては、機械（例えば、コンピュータ）によって読み出し可能な形態で情報を格納又は送信するための任意の機構が挙げられ得るが、フロッピーディスケット、光ディスク、コンパクトディスク、読み出し専用メモリ（ＣＤ−ＲＯＭ）、並びに磁気光学ディスク、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、磁気若しくは光カード、フラッシュメモリ、又は、電気的、光学的、音響的、若しくは他の形態の伝播信号（例えば、搬送波、赤外線信号、デジタル信号など）を介してインターネットを介した情報の送信に使用される有形機械可読記憶装置に限定されない。したがって、非一時的コンピュータ可読媒体としては、機械（例えば、コンピュータ）によって読み出し可能な形態で電子命令又は情報を格納又は送信するのに好適な任意の種類の有形機械可読媒体が挙げられる。
【０２１１】
本明細書の任意の態様で使用されるとき、「制御回路」という用語は、例えば、ハードワイヤード回路、プログラマブル回路（例えば、１つ又は２つ以上の個々の命令処理コアを含むコンピュータプロセッサ、処理ユニット、プロセッサ、マイクロコントローラ、マイクロコントローラユニット、コントローラ、デジタル信号プロセッサ（ＤＳＰ）、プログラマブル論理装置（programmable logic device、ＰＬＤ）、プログラマブル論理アレイ（programmable logic array、ＰＬＡ）、又はフィールドプログラマブルゲートアレイ（field programmable gate array、ＦＰＧＡ））、状態マシン回路、プログラマブル回路によって実行される命令を格納するファームウェア、及びこれらの任意の組み合わせを指すことができる。制御回路は、集合的に又は個別に、例えば、集積回路（integrated circuit、ＩＣ）、特定用途向け集積回路（application-specific integrated circuit、ＡＳＩＣ）、システムオンチップ（ＳｏＣ）、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、サーバ、スマートフォンなどの、より大きなシステムの一部を形成する回路として具現化され得る。したがって、本明細書で使用するとき、「制御回路」としては、少なくとも１つの個別の電気回路を有する電気回路、少なくとも１つの集積回路を有する電気回路、少なくとも１つの特定用途向け集積回路を有する電気回路、コンピュータプログラムによって構成された汎用コンピューティング装置（例えば、本明細書で説明したプロセス及び／若しくは装置を少なくとも部分的に実行するコンピュータプログラムによって構成された汎用コンピュータ、又は本明細書で説明したプロセス及び／若しくは装置を少なくとも部分的に実行するコンピュータプログラムによって構成されたマイクロプロセッサ）を形成する電気回路、メモリ装置（例えば、ランダムアクセスメモリの形態）を形成する電気回路、並びに及び／又は通信装置（例えば、モデム、通信スイッチ、若しくは光−電気機器）を形成する電気回路が挙げられるが、これらに限定されない。当業者は、本明細書で述べた主題が、アナログ若しくはデジタルの形式又はこれらのいくつかの組み合わせで実現されてもよいことを認識するであろう。
【０２１２】
本明細書の任意の態様で使用される場合、「論理」という用語は、前述の動作のいずれかを実行するように構成されたアプリケーション、ソフトウェア、ファームウェア、及び／又は回路を指し得る。ソフトウェアは、非一時的コンピュータ可読記憶媒体上に記録されたソフトウェアパッケージ、コード、命令、命令セット、及び／又はデータとして具現化されてもよい。ファームウェアは、メモリ装置内のコード、命令、若しくは命令セット、及び／又はハードコードされた（例えば、不揮発性の）データとして具現化されてもよい。
【０２１３】
本明細書の任意の態様で使用するとき、「構成要素」、「システム」、「モジュール」などという用語は、ハードウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、又は実行中のソフトウェアのどちらかであるコンピュータ関連エンティティを指すことができる。
【０２１４】
本明細書の任意の態様で使用するとき、「アルゴリズム」とは、所望の結果につながる工程の自己無撞着シーケンスを指し、「工程」とは、必ずしも必要ではないが、格納、転送、結合、比較、及び別様に操作されることが可能な電気又は磁気信号の形態をなすことができる物理的量及び／又は論理状態の操作を指す。これらの信号を、ビット、値、要素、記号、文字、用語、番号などとして言及することが一般的な扱い方である。これらの及び類似の用語は、適切な物理的量と関連付けられ得、また単に、これらの量及び／又は状態に適用される便利な標識である。
【０２１５】
ネットワークとしては、パケット交換ネットワークが挙げられ得る。通信装置は、選択されたパケット交換ネットワーク通信プロトコルを使用して、互いに通信することができる。１つの例示的な通信プロトコルとしては、伝送制御プロトコル／インターネットプロトコル（Transmission Control Protocol/Internet Protocol、ＴＣＰ／ＩＰ）を使用して通信を可能にすることができるイーサネット通信プロトコルを挙げることができる。イーサネットプロトコルは、Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ（ＩＥＥＥ）によって発行された２００８年１２月発行の表題「ＩＥＥＥ８０２．３Ｓｔａｎｄａｒｄ」、及び／又は本規格の後のバージョンのイーサネット規格に準拠するか、又は互換性があり得る。代替的に又は追加的に、通信装置は、Ｘ．２５通信プロトコルを使用して互いに通信することができる。Ｘ．２５通信プロトコルは、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  Ｓｅｃｔｏｒ（ＩＴＵ−Ｔ）によって公布された規格に準拠するか、又は互換性があり得る。代替的に又は追加的に、通信装置は、フレームリレー通信プロトコルを使用して互いに通信することができる。フレームリレー通信プロトコルは、Ｃｏｎｓｕｌｔａｔｉｖｅ  Ｃｏｍｍｉｔｔｅｅ  ｆｏｒ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｇｒａｐｈ  ａｎｄ  Ｔｅｌｅｐｈｏｎｅ（ＣＣＩＴＴ）及び／又はｔｈｅ  Ａｍｅｒｉｃａｎ  Ｎａｔｉｏｎａｌ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ（ＡＮＳＩ）によって公布された規格に準拠するか、又は互換性があり得る。代替的に又は追加的に、送受信機は、非同期転送モード（Asynchronous Transfer Mode、ＡＴＭ）通信プロトコルを使用して互いに通信することが可能であり得る。ＡＴＭ通信プロトコルは、ＡＴＭ  Ｆｏｒｕｍによって「ＡＴＭ−ＭＰＬＳ  Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｗｏｒｋｉｎｇ２．０」という題で２００１年８月に公開されたＡＴＭ規格及び／又は本規格の後のバージョンに準拠するか、又は互換性があり得る。当然のことながら、異なる及び／又は後に開発されたコネクション型ネットワーク通信プロトコルは、本明細書で等しく企図される。
【０２１６】
別段の明確な定めがない限り、前述の開示から明らかなように、前述の開示全体を通じて、「処理する」、「計算する」、「算出する」、「判定する」、「表示する」などの用語を使用する考察は、コンピュータシステムのレジスタ及びメモリ内で物理的（電子的）量として表現されるデータを、コンピュータシステムのメモリ若しくはレジスタ又はそのような情報格納、伝送、若しくは表示装置内で物理量として同様に表現される他のデータへと操作及び変換する、コンピュータシステム又は類似の電子計算装置の動作及び処理を指していることが理解されよう。
【０２１７】
１つ又は２つ以上の構成要素が、本明細書中で、「ように構成される（configured to）」、「ように構成可能である（configurable to）」、「動作可能である／ように動作する（operable/operative to）」、「適合される／適合可能である（adapted/adaptable）」、「ことが可能である（able to）」、「準拠可能である／準拠する（conformable/conformed to）」などと言及され得る。当業者は、「ように構成される」は、一般に、文脈上他の意味に解釈すべき場合を除き、アクティブ状態の構成要素及び／又は非アクティブ状態の構成要素及び／又はスタンドバイ状態の構成要素を包含し得ることを理解するであろう。
【０２１８】
「近位」及び「遠位」という用語は、本明細書では、外科用器具のハンドル部分を操作する臨床医を基準として使用される。「近位」という用語は、臨床医に最も近い部分を指し、「遠位」という用語は、臨床医から離れた位置にある部分を指す。便宜上及び明確性のために、「垂直」、「水平」、「上」、及び「下」などの空間的用語が、本明細書において図面に対して使用され得ることが更に理解されよう。しかしながら、外科用器具は、多くの配向及び位置で使用されるものであり、これらの用語は限定的及び／又は絶対的であることを意図したものではない。
【０２１９】
当業者は、一般に、本明細書で使用され、かつ特に添付の特許請求の範囲（例えば、添付の特許請求の範囲の本文）で使用される用語は、概して「オープンな」用語として意図されるものである（例えば、「含む（including）」という用語は、「〜を含むが、それらに限定されない（including but not limited to）」と解釈されるべきであり、「有する（having）」という用語は、「〜を少なくとも有する（having at least）」と解釈されるべきであり、「含む（includes）」という用語は、「〜を含むが、それらに限定されない（includes but is not limited to）」と解釈されるべきであるなど）ことを理解するであろう。更に、導入された請求項記載（introduced claim recitation）において特定の数が意図される場合、かかる意図は当該請求項中に明確に記載され、またかかる記載がない場合は、かかる意図は存在しないことが、当業者には理解されるであろう。例えば、理解を助けるものとして、後続の添付の特許請求の範囲は、「少なくとも１つの（at least one）」及び「１つ又は２つ以上の（one or more）」という導入句を、請求項記載を導入するために含むことがある。しかしながら、かかる句の使用は、「ａ」又は「ａｎ」という不定冠詞によって請求項記載を導入した場合に、たとえ同一の請求項内に「１つ又は２つ以上の」又は「少なくとも１つの」といった導入句及び「ａ」又は「ａｎ」という不定冠詞が含まれる場合であっても、かかる導入された請求項記載を含むいかなる特定の請求項も、かかる記載事項を１つのみ含む特許請求の範囲に限定されると示唆されるものと解釈されるべきではない（例えば、「ａ」及び／又は「ａｎ」は通常、「少なくとも１つの」又は「１つ又は２つ以上の」を意味するものと解釈されるべきである）。定冠詞を使用して請求項記載を導入する場合にも、同様のことが当てはまる。
【０２２０】
更に、導入された請求項記載において特定の数が明示されている場合であっても、かかる記載は、典型的には、少なくとも記載された数を意味するものと解釈されるべきであることが、当業者には認識されるであろう（例えば、他に修飾語のない、単なる「２つの記載事項」という記載がある場合、一般的に、少なくとも２つの記載事項、又は２つ又は３つ以上の記載事項を意味する）。更に、「Ａ、Ｂ、及びＣなどのうちの少なくとも１つ」に類する表記が使用される場合、一般に、かかる構文は、当業者がその表記を理解するであろう意味で意図されている（例えば、「Ａ、Ｂ、及びＣのうちの少なくとも１つを有するシステム」は、限定するものではないが、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢの両方、ＡとＣの両方、ＢとＣの両方、及び／又はＡとＢとＣの全てなどを有するシステムを含む）。「Ａ、Ｂ、又はＣなどのうちの少なくとも１つ」に類する表記が使用される場合、一般に、かかる構文は、当業者がその表記を理解するであろう意味で意図されている（例えば、「Ａ、Ｂ、又はＣのうちの少なくとも１つを有するシステム」は、限定するものではないが、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢの両方、ＡとＣの両方、ＢとＣの両方、及び／又はＡとＢとＣの全てなどを有するシステムを含む）。更に、典型的には、２つ若しくは３つ以上の選択的な用語を表わすあらゆる選言的な語及び／又は句は、文脈上他の意味に解釈すべき場合を除いて、明細書内であろうと、特許請求の範囲内であろうと、あるいは図面内であろうと、それら用語のうちの１つ、それらの用語のうちのいずれか、又はそれらの用語の両方を含む可能性を意図すると理解されるべきであることが、当業者には理解されよう。例えば、「Ａ又はＢ」という句は、典型的には、「Ａ」又は「Ｂ」又は「Ａ及びＢ」の可能性を含むものと理解されよう。
【０２２１】
添付の特許請求の範囲に関して、当業者は、本明細書における引用した動作は一般に、任意の順序で実施され得ることを理解するであろう。また、様々な動作のフロー図がシーケンス（複数可）で示されているが、様々な動作は、例示されたもの以外の順序で行われてもよく、又は同時に行われてもよいことが理解されるべきである。かかる代替の順序付けの例は、文脈上他の意味に解釈すべき場合を除いて、重複、交互配置、割り込み、再順序付け、増加的、予備的、追加的、同時、逆、又は他の異なる順序付けを含んでもよい。更に、「〜に応答する」、「〜に関連する」といった用語、又は他の過去時制の形容詞は、一般に、文脈上他の意味に解釈すべき場合を除き、かかる変化形を除外することが意図されるものではない。
【０２２２】
「一態様」、「態様」、「例示」、「一例示」などへの任意の参照は、その態様に関連して記載される特定の機能、構造、又は特性が少なくとも１つの態様に含まれると意味することは特記に値する。したがって、本明細書の全体を通じて様々な場所に見られる「一態様では」、「態様では」、「例示では」、及び「一例示では」という句は、必ずしも全てが同じ態様を指すものではない。更に、特定の特徴、構造、又は特性は、１つ又は２つ以上の態様において任意の好適な様態で組み合わせることができる。
【０２２３】
本明細書で参照され、かつ／又は任意の出願データシートに列挙される任意の特許出願、特許、非特許刊行物、又は他の開示資料は、組み込まれる資料が本明細書と矛盾しない範囲で、参照により本明細書に組み込まれる。それ自体、また必要な範囲で、本明細書に明瞭に記載される開示内容は、参照により本明細書に組み込まれるあらゆる矛盾する記載に優先するものとする。現行の定義、見解、又は本明細書に記載されるその他の開示内容と矛盾する任意の内容、又はそれらの部分は本明細書に参考として組み込まれるものとするが、参照内容と現行の開示内容との間に矛盾が生じない範囲においてのみ、参照されるものとする。
【０２２４】
要約すると、本明細書に記載した構想を用いる結果として得られる多くの利益が記載されてきた。１つ又は２つ以上の形態の上述の記載は、例示及び説明を目的として提示されているものである。包括的であることも、開示された厳密な形態に限定することも意図されていない。上記の教示を鑑みて、修正又は変形が可能である。１つ又は２つ以上の形態は、原理及び実際の応用について例示し、それによって、様々な形態を様々な修正例と共に、想到される特定の用途に適するものとして当業者が利用できるようにするために、選択され記載されたものである。本明細書と共に提示される特許請求の範囲が全体的な範囲を定義することが意図される。
【０２２５】
〔実施の態様〕
（１）  複数の外科用装置に通信可能に連結されるように構成されたコンピュータシステムであって、前記コンピュータシステムは、
プロセッサと、
前記プロセッサに連結されたメモリと、を備え、前記メモリが、命令を格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
前記複数の外科用装置のうちのどれが、外科処置中に利用されたかを、前記複数の外科用装置のうちの１つ又は２つ以上から受信された手術前後データに少なくとも部分的に基づいて決定することと、
前記外科処置中に利用された前記複数の外科用装置の各々が、再利用可能な外科用装置であるか、又は再利用不能な外科用装置であるかを決定することと、
各再利用可能な外科用装置の保守コストを決定することと、
各再利用不能な外科用装置の交換コストを決定することと、
各再利用可能な外科用装置の前記保守コスト及び各再利用不能な外科用装置の前記交換コストに従って、前記外科処置のための前記複数の外科用装置の総コストを決定することと、を行わせる、コンピュータシステム。
（２）  前記保守コストが、洗浄コスト、再滅菌コスト、修理コスト、又はそれらの任意の組み合わせのうちの少なくとも１つを含む、実施態様１に記載のコンピュータシステム。
（３）  前記メモリが、命令を更に格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
前記保守コストが、各再利用可能な外科用装置の前記交換コストを超えるか否かを決定することと、
前記保守コストが前記交換コストを超える場合は、各再利用可能な外科用装置の交換提案を提供することと、を行わせる、実施態様１に記載のコンピュータシステム。
（４）  前記メモリが、命令を更に格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
各再利用可能な外科用装置の使用回数を決定することと、
前記使用回数が閾値を超える場合は、各再利用可能な外科用装置の交換提案を提供することと、を行わせる、実施態様１に記載のコンピュータシステム。
（５）  前記メモリが、命令を更に格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
各再利用可能な外科用装置と関連付けられたメタデータを取得することであって、前記メタデータが、前記再利用可能な外科用装置の場所、前記場所に関する時間の長さ、前記再利用可能な外科用装置の使用回数、又はそれらの任意の組み合わせのうちの少なくとも１つを格納する、取得することと、
前記メタデータに従って、各再利用可能な外科用装置の前記保守コストを決定することと、を行わせる、実施態様１に記載のコンピュータシステム。
【０２２６】
（６）  前記メモリが、命令を更に格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
購入データベースから各再利用不能な外科用装置と関連付けられた購入価格を取得させ、
前記交換コストが、前記購入価格に対応する、実施態様１に記載のコンピュータシステム。
（７）  前記コンピュータシステムが、外科用ハブを備える、実施態様１に記載のコンピュータシステム。
（８）  コンピュータシステムであって、
プロセッサと、
前記プロセッサに連結されたメモリと、を備え、前記メモリが、命令を格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
外科処置中に利用された１つ又は２つ以上の外科用装置を、前記１つ又は２つ以上の外科用装置から受信された手術前後データに従って、特定することと、
前記１つ又は２つ以上の外科用装置の各々と関連付けられた保守コスト又は交換コストに従って、前記外科処置のための前記１つ又は２つ以上の外科用装置の総コストを決定することと、を行わせる、コンピュータシステム。
（９）  前記保守コストが、洗浄コスト、再滅菌コスト、修理コスト、又はそれらの任意の組み合わせのうちの少なくとも１つを含む、実施態様８に記載のコンピュータシステム。
（１０）  前記メモリが、命令を更に格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
前記保守コストが、各再利用可能な外科用装置の前記交換コストを超えるか否かを決定することと、
前記保守コストが前記交換コストを超える場合は、各再利用可能な外科用装置の交換提案を提供することと、を行わせる、実施態様８に記載のコンピュータシステム。
【０２２７】
（１１）  前記メモリが、命令を更に格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
各再利用可能な外科用装置の使用回数を決定することと、
前記使用回数が閾値を超える場合は、各再利用可能な外科用装置の交換提案を提供することと、を行わせる、実施態様８に記載のコンピュータシステム。
（１２）  前記メモリが、命令を更に格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
各再利用可能な外科用装置と関連付けられたメタデータを取得することであって、前記メタデータが、前記再利用可能な外科用装置の場所、前記場所に関する時間の長さ、前記再利用可能な外科用装置の使用回数、又はそれらの任意の組み合わせのうちの少なくとも１つを格納する、取得することと、
前記メタデータに従って、各再利用可能な外科用装置の前記保守コストを決定することと、を行わせる、実施態様８に記載のコンピュータシステム。
（１３）  前記メモリが、命令を更に格納しており、前記命令は、前記プロセッサによって実行されると、前記コンピュータシステムに、
購入データベースから各再利用不能な外科用装置と関連付けられた購入価格を取得させ、
前記交換コストが、前記購入価格に対応する、実施態様８に記載のコンピュータシステム。
（１４）  前記コンピュータシステムが、外科用ハブを備える、実施態様８に記載のコンピュータシステム。
（１５）  外科処置のための外科用装置コストを決定するためのコンピュータ実装方法であって、前記方法は、
コンピュータシステムによって、複数の外科用装置のうちのどれが、前記外科処置中に利用されたかを、前記複数の外科用装置のうちの１つ又は２つ以上から受信された手術前後データに少なくとも部分的に基づいて決定することと、
前記コンピュータシステムによって、前記外科処置中に利用された前記複数の外科用装置の各々が、再利用可能な外科用装置であるか、又は再利用不能な外科用装置であるかを決定することと、
前記コンピュータシステムによって、各再利用可能な外科用装置の保守コストを決定することと、
前記コンピュータシステムによって、各再利用不能な外科用装置の交換コストを決定することと、
前記コンピュータシステムによって、各再利用可能な外科用装置の前記保守コスト及び各再利用不能な外科用装置の前記交換コストに従って、前記外科処置のための前記複数の外科用装置の総コストを決定することと、を含む、コンピュータ実装方法。
【０２２８】
（１６）  前記保守コストが、洗浄コスト、再滅菌コスト、修理コスト、又はそれらの任意の組み合わせのうちの少なくとも１つを含む、実施態様１５に記載のコンピュータ実装方法。
（１７）  前記コンピュータシステムによって、前記保守コストが、各再利用可能な外科用装置の前記交換コストを超えるか否かを決定することと、
前記保守コストが前記交換コストを超える場合は、前記コンピュータシステムによって、各再利用可能な外科用装置の交換提案を提供することと、を更に含む、実施態様１５に記載のコンピュータ実装方法。
（１８）  前記コンピュータシステムによって、各再利用可能な外科用装置の使用回数を決定することと、
前記使用回数が閾値を超える場合は、前記コンピュータシステムによって、各再利用可能な外科用装置の交換提案を提供することと、を更に含む、実施態様１５に記載のコンピュータ実装方法。
（１９）  前記コンピュータシステムによって、各再利用可能な外科用装置と関連付けられたメタデータを取得することであって、前記メタデータが、前記再利用可能な外科用装置の場所、前記場所に関する時間の長さ、前記再利用可能な外科用装置の使用回数、又はそれらの任意の組み合わせのうちの少なくとも１つを格納する、取得することと、
前記コンピュータシステムによって、前記メタデータに従って、各再利用可能な外科用装置の前記保守コストを決定することと、を更に含む、実施態様１５に記載のコンピュータ実装方法。
（２０）  前記コンピュータシステムによって、購入データベースから各再利用不能な外科用装置と関連付けられた購入価格を取得することを更に含み、
前記交換コストが、前記購入価格に対応する、実施態様１５に記載のコンピュータ実装方法。
【０２２９】
（２１）  前記コンピュータシステムが、外科用ハブを備える、実施態様１５に記載のコンピュータ実装方法。
【図１】
2021509329.tif 000003
【図２】
2021509329.tif 000004
【図３】
2021509329.tif 000005
【図４】
2021509329.tif 000006
【図５】
2021509329.tif 000007
【図６】
2021509329.tif 000008
【図７】
2021509329.tif 000009
【図８】
2021509329.tif 000010
【図９】
2021509329.tif 000011
【図１０】
2021509329.tif 000012
【図１１】
2021509329.tif 000013
【図１２】
2021509329.tif 000014
【図１３】
2021509329.tif 000015
【図１４】
2021509329.tif 000016
【図１５】
2021509329.tif 000017
【図１６】
2021509329.tif 000018
【図１７】
2021509329.tif 000019
【図１８】
2021509329.tif 000020
【図１９】
2021509329.tif 000021
【図２０】
2021509329.tif 000022
【図２１】
2021509329.tif 000023
【図２２】
2021509329.tif 000024
【図２３】
2021509329.tif 000025
【図２４】
2021509329.tif 000026
【国際調査報告】
2021509329.tif 000027
2021509329.tif 000028