Surgical network determination of priority order of communication, interaction, or processing based on system or device requirements

文档序号:1009412 发布日期:2020-10-23 浏览:12次 中文

阅读说明:本技术 基于系统或装置需求对通信、交互或处理的优先级顺序的外科网络确定 (Surgical network determination of priority order of communication, interaction, or processing based on system or device requirements ) 是由 F·E·谢尔顿四世 J·L·哈里斯 于 2018-11-14 设计创作,主要内容包括:本发明提供了在外科集线器网络内的外科集线器,所述外科集线器可包括具有处理器的控制器,其中所述控制器可基于与集线器通信的系统或装置的要求来确定通信、交互或信息处理的优先级。所述控制器可对通信包(包括到网络外部的装置的包)的传输顺序按优先级排序。所述包可包括用于更新例程、进程或执行关键手术步骤的数据。所述控制器可对集线器网络内的通信流量流按优先级排序。外科集线器的网络可包括具有第一控制器的第一集线器和具有第二控制器的第二集线器。所述第一控制器可基于所述第一集线器的性能和所述网络内的模块的位置来控制所述第一集线器和所述第二集线器之间的交互。(A surgical hub within a surgical hub network may include a controller having a processor, wherein the controller may prioritize communications, interactions, or information processing based on requirements of a system or device in communication with the hub. The controller may prioritize the order of transmission of communication packets, including packets to devices external to the network. The package may include data for updating routines, procedures, or performing critical surgical steps. The controller may prioritize the flow of communication traffic within the hub network. The network of surgical hubs may include a first hub having a first controller and a second hub having a second controller. The first controller may control interaction between the first hub and the second hub based on performance of the first hub and a location of a module within the network.)

1. A surgical hub within a surgical hub network, comprising:

a controller comprising a processor, wherein the controller is configured to prioritize communication, interaction, or information processing based on requirements of a system or device in communication with the surgical hub.

2. The surgical hub according to claim 1, wherein the controller is configured to prioritize an order of transmission of one or more communication packets.

3. The surgical hub according to claim 2, wherein the one or more communication packets are directed to a device external to the surgical hub network.

4. The surgical hub according to claim 3, wherein the one or more communication packets include data for updating routines, procedures, or data required to perform critical surgical steps performed by the processor.

5. The surgical hub according to claim 1, wherein the controller is configured to prioritize communication traffic flow within the surgical hub network.

6. The surgical hub according to claim 5, wherein the controller is configured to adjust the communication traffic flow to enable critical data pieces to be prioritized to ensure success of critical device or hub processing or hub operation.

7. The surgical hub according to claim 5, wherein the controller is configured to delay or interrupt the communication traffic flow.

8. The surgical hub according to claim 7, wherein the controller is configured to interrupt the communication traffic flow, and the interruption of the communication traffic flow comprises a short-term reordering of communication packets.

9. The surgical hub according to claim 7, wherein the controller is configured to delay the communication traffic flow, and the delay of the communication traffic flow comprises a long term adjustment to data collection or to a transmission rate.

10. The surgical hub according to claim 6, wherein the adjustment lasts for a short period of time.

11. The surgical hub according to claim 6, wherein the adjustment is continued during surgery.

12. The surgical hub according to claim 6, wherein the adjustment continues until a priority order of the communication traffic flows changes.

13. A network of surgical hubs comprising:

a first surgical hub having a first controller; and

a second surgical hub having a second controller,

wherein the first controller is configured to control one or more interactions between the first surgical hub and the second surgical hub based on one or more capabilities of the first hub and a location of one or more modules within a network of the surgical hub.

14. The network of surgical hubs according to claim 13, wherein the control of the one or more interactions includes control of ownership of one or more tasks.

15. The network of surgical hubs according to claim 13, wherein the one or more capabilities of the first hub include one or more of: a computing capacity of the first hub, a type of data associated with the first hub, an interaction of data required for a particular surgical procedure performed by the first hub, or a computing requirement of the first hub.

16. The network of surgical hubs of claim 15 wherein computing capacity includes one or more of: available processing power, available processor memory for data storage, available amount of idle processing cycles, and available communication bandwidth.

17. The network of surgical hubs of claim 15 wherein said location of said one or more modules includes the location of said one or more modules most critical to the surgical procedure being performed.

18. The network of surgical hubs according to claim 15, wherein the first controller is further configured to allow the second controller to control the one or more interactions between the first and second surgical hubs based on an intended surgical task.

Background

The present disclosure relates to various surgical systems. Surgical procedures are often performed in surgical operating rooms or operating rooms (operating theaters or rooms) of medical facilities, such as, for example, hospitals. A sterile field is typically created around the patient. The sterile field may include the members of the team who are properly wearing the scrub, as well as all of the equipment and fixtures in the field. Various surgical devices and systems are utilized in performing surgical procedures.

Disclosure of Invention

Aspects of a surgical hub within a surgical hub network may include a controller having a processor, wherein the controller is configured to prioritize communications, interactions, or information processing based on requirements of a system or device in communication with the surgical hub.

In one aspect of the surgical hub, the controller is configured to prioritize an order of transmission of the one or more communication packets.

In one aspect of the surgical hub, the one or more communication packets are directed to a device external to the surgical hub network.

In one aspect of the surgical hub, the one or more communication packets may include data for updating routines, procedures, or data required to perform critical surgical steps performed by the processor.

In one aspect of the surgical hub, the controller is configured to prioritize communication traffic flow within the surgical hub network.

In one aspect of the surgical hub, the controller is configured to adjust the communication traffic flow to enable critical data pieces to be prioritized to ensure success of critical device or hub processing or hub operation.

In one aspect of the surgical hub, the controller is configured to delay or interrupt the communication flow stream.

In one aspect of the surgical hub, the controller is configured to interrupt the communication traffic flow, and the interruption of the communication traffic flow may include a short-term reordering of communication packets.

In one aspect of the surgical hub, the controller is configured to delay the communication traffic flow, and the delay of the communication traffic flow may include long term adjustments to data collection or to transmission rates.

In one aspect of the surgical hub, the adjustment may last for a short period of time.

In one aspect of the surgical hub, the adjusting is performed continuously during the surgery.

In one aspect of the surgical hub, the adjusting continues until a priority order of the communication traffic flows changes.

One aspect of a network of surgical hubs can include a first surgical hub having a first controller and a second surgical hub having a second controller, wherein the first controller is configured to control one or more interactions between the first surgical hub and the second surgical hub based on one or more capabilities of the first hub and a location of one or more modules within the network of surgical hubs.

In one aspect of the network of surgical hubs, control of the one or more interactions can include control of ownership of one or more tasks.

In one aspect of a network of surgical hubs, the one or more capabilities of the first hub may include one or more of: a computing capacity of the first hub, a type of data associated with the first hub, an interaction of data required for a particular surgical procedure performed by the first hub, or a computing requirement of the first hub.

In one aspect of the network of surgical hubs, the computing capacity may include one or more of: available processing power, available processor memory for data storage, available amount of idle processing cycles, and available communication bandwidth.

In one aspect of the network of surgical hubs, the location of the one or more modules may include the location of the one or more modules that is most critical to the surgical procedure being performed.

In one aspect of the network of surgical hubs, the first controller can be further configured to allow the second controller to control the one or more interactions between the first surgical hub and the second surgical hub based on an intended surgical task.

Drawings

The aspects described herein, however, both as to organization and method of operation, together with further objects and advantages thereof, may best be understood by reference to the following description, taken in connection with the accompanying drawings, which are set forth below.

Fig. 1 is a block diagram of a computer-implemented interactive surgical system in accordance with at least one aspect of the present disclosure.

Fig. 2 is a surgical system for performing a surgical procedure in an operating room according to at least one aspect of the present disclosure.

Fig. 3 is a surgical hub paired with a visualization system, a robotic system, and a smart instrument according to at least one aspect of the present disclosure.

Fig. 4 is a partial perspective view of a surgical hub housing and a composite generator module slidably received in a drawer of the surgical hub housing according to at least one aspect of the present disclosure.

Fig. 5 is a perspective view of a combined generator module having bipolar, ultrasonic and monopolar contacts and a smoke evacuation component according to at least one aspect of the present disclosure.

Fig. 6 illustrates a single power bus attachment for a plurality of lateral docking ports of a lateral modular housing configured to be capable of receiving a plurality of modules in accordance with at least one aspect of the present disclosure.

Fig. 7 illustrates a vertical modular housing configured to be capable of receiving a plurality of modules in accordance with at least one aspect of the present disclosure.

Fig. 8 illustrates a surgical data network including a modular communication hub configured to connect modular devices located in one or more operating rooms of a medical facility or any room in a medical facility dedicated to surgical operations to a cloud in accordance with at least one aspect of the present disclosure.

Fig. 9 illustrates a computer-implemented interactive surgical system in accordance with at least one aspect of the present disclosure.

Fig. 10 illustrates a surgical hub including a plurality of modules coupled to a modular control tower according to at least one aspect of the present disclosure.

Fig. 11 illustrates one aspect of a Universal Serial Bus (USB) hub device in accordance with at least one aspect of the present disclosure.

Fig. 12 is a block diagram of a cloud computing system including a plurality of smart surgical instruments coupled to a surgical hub connectable to cloud components of the cloud computing system in accordance with at least one aspect of the present disclosure.

Fig. 13 is a functional module architecture of a cloud computing system according to at least one aspect of the present disclosure.

Fig. 14 illustrates a diagram of a situation-aware surgical system in accordance with at least one aspect of the present disclosure.

Fig. 15 is a timeline depicting situational awareness of a surgical hub, according to at least one aspect of the present disclosure.

Fig. 16 is a chart indicating a priority of hub communication according to a surgical step according to at least one aspect of the present disclosure.

Fig. 17 is a diagram of a network of surgical hubs executing a distributed processing system in accordance with at least one aspect of the present disclosure.

Detailed Description

The applicant of the present patent application owns the following U.S. patent applications filed on 6/11/2018, the disclosures of each of which are incorporated herein by reference in their entirety:

U.S. patent application 16/182,224 entitled "SURGICAL NETWORK, INSTRUMENT, AND CLOUDDESPONSES BASED ON VALIDATION OF RECEIVED DATASET AND AUTHENTICATION OF ITSSOURCE AND INTEGRITY";

U.S. patent application 16/182,230 entitled "(SURGICAL SYSTEM FOR PRESENTING INFORMATION INTERPRETED FROM EXTERNAL DATA";

U.S. patent application 16/182,233 entitled "MODIFICATION OF SURGICAL SYSTEMS CONTROL PROGRAMS BASED ON MACHINE LEARNING";

U.S. patent application 16/182,239 entitled "apparatus for controlling program BASED ON structured contact DATA IN ADDITION TO THE DATA";

U.S. patent application 16/182,243 entitled "SURGICAL HUB AND MODULAR DEVICES PONSE ADJUSTMENT BASED ON SITUATIONAL AWARENESS";

U.S. patent application 16/182,248 entitled "DETECTION AND evaluation office facilities RESPONSES OF SURGICAL INSTRUMENTS TO INCREASING SEVERITY THREATS";

U.S. patent application 16/182,251, entitled "INTERACTIVE SURGICAL SYSTEM";

U.S. patent application 16/182,260 entitled "AUTOMATED DATA SCALING, ALIGNMENT, AND ORGANIZING BASED ON PREDEFINED PARAMETERS WITHIN SURGICAL NETWORKS";

U.S. patent application No. 16/182,267 entitled "SENSING THE PATIENT POSITION and orientation and tuning THE same Mono-POLAR RETURN PAD ELECTRODE TO Process POSITION and orientation TO A SURGICAL NETWORK";

U.S. patent application 16/182,249 entitled "Power supply minor TOOL WITHPREDEFINED ADJUSTABLE CONTROL ALGORITHM FOR CONTROLLING END EFFECTORT PARAMETER";

U.S. patent application 16/182,246 entitled "ADJUSTMENTS BASED ON AIRBORNEPARATICLES PROPERTIES";

U.S. patent application 16/182,256 entitled "ADJUSTMENT OF A SURGICAL DEVICEFUNCTION BASED ON SITUATIONAL AWARENESS";

U.S. patent application 16/182,242 entitled "REAL-TIME ANALYSIS OF COMPREHENSIVEOST OF ALL INSTRUMENTATION USE IN SURGERY UTILIZING DATA FLUIDITY TO TRACKINSTRUMENTS THROUGH STOCKING AND IN-HOUSE PROCESSES";

U.S. patent application 16/182,255 entitled "USAGE AND TECHNIQUE ANALYSIS OFSURGION/STAFF PERFOMANCE AGAINST A BASELINE TO OPTIMIZATION DEVICE FOR BOTH CURRENT AND FUTURE PROCEDURES";

U.S. patent application 16/182,269 entitled "IMAGE CAPTURING OF THE AREASOUTSIDE THE ABDOMEN TO IMPROVE PLACEMENT AND CONTROL OF A SURGICAL DEVICE INCUSE";

U.S. patent application 16/182,278 entitled "COMMUNICATION OF DATA WHERE ASURGICAL NETWORKS USE CONTEXT OF THE DATA AND REQUIREMENTS OF A RECEIVINGSYSTEM/USER TO INFONCE INCLUSION OR LINKAGE OF DATA AND METADATA TOESTABILITY CONTENT";

U.S. patent application 16/182,290 entitled "SURGICAL NETWORK RECOMMENDIONSFROM REAL TIME ANALYSIS OF PROCEDURE VARIABLE AGAINST A BASELINEHHLIGHTING DIFFERENCES FROM THE OPTIMAL SOLUTION";

U.S. patent application 16/182,232 entitled "CONTROL OF A SURGICAL SYSTEMTHROUGH A SURGICAL BARRIER";

U.S. patent application No. 16/182,231 entitled "WIRELESS PAIRING OF A SURGICALDEVICE WITH ANOTHER DEVICE WITHIN A STERILE SURGICAL FILED BASED ON THE USAGE AND SITUATIONAL AWARENESS OF DEVICES";

U.S. patent application 16/182,229 entitled "ADJUSTMENT OF STAPLE HEIGHT OF ATLEAST ONE ROW OF STAPLES BASED ON THE SENSED TISSUE THICKNESS OR FOR POWER INCLOSING";

U.S. patent application 16/182,234 entitled "STAPLING DEVICE WITH BOTHCOMPULSOLY AND DISCRETION LOCKOUTS BASED SENSED PARAMETERS";

U.S. patent application 16/182,240 entitled "POWER STAPLING DEVICE CONFIRED ADJUST FORCE, ADVANCEMENT SPEED, AND OVERALL STROKE OF CUTTING MEMBER BASEDON SENSED PARAMETER OF FIRING OR CLAMPING";

U.S. patent application 16/182,235 entitled "VARIATION OF RADIO FREQUENCY ANDULTROASONIC POWER LEVEL IN COOPERATION WITH VARYING CLAMP ARM PRESSURE TOACHIEVE PREDEFINED HEAT FLUX OR POWER APPLIED TO TISSUE"; and

U.S. patent application 16/182,238 entitled "ULTRASONIC ENERGY DEVICE WHICHVARIES PRESSURE APPLIED BY CLAMP ARM TO PROVIDE THRESHOLD CONTROL ATA CUT PROGRESSION LOCATION".

The applicant of the present patent application owns the following U.S. patent applications filed on 2018, 9, 10, the disclosure of each of which is incorporated herein by reference in its entirety:

U.S. provisional patent application 62/729,183 entitled "A CONTROL FOR A SURGICALNETWORK OR SURGICALNETWORK CONNECTED DEVICE THAT ADJUTS ITS FUNCTION BASION A SENSED STATION OR USAGE";

U.S. provisional patent application 62/729,177 entitled "AUTOMATED DATA SCALING, ALIGNMENT, AND ORGANIZING BASED ON PREDEFINED PARAMETERS WITHIN A SURGICALNETWORK BEFORE TRANSMISSION";

U.S. provisional patent application 62/729,176 entitled "INDIRECT COMMAND AND CONTROL OFA FIRST OPERATING ROOM SYSTEM THROUGH THE USE OF A SECOND OPERATING ROOMSYSTEM WITHIN A STERILE FIELD WHERE THE SECOND OPERATING ROOM SYSTEM HASPRIMARY AND SECONDARY OPERATING MODES";

U.S. provisional patent application 62/729,185 entitled "POWER STAPLING DEVICE THAT ISCABLE OF ADJUSE FORCE, ADVANCEMENT SPEED, AND OVERALL STROKE OF CUTTING GMERER OF THE DEVICE BASED ON SENSED PARAMETER OF FIRING OR CLAMPING";

U.S. provisional patent application 62/729,184 entitled "POWER SURGICAL TOOL WITH APREDEFINED ADJUSTABLE CONTROL ALGORITHM FOR CONTROLLING AT LEAST ONE ENDEFECTOR PARAMETER AND A MEANS FOR LIMITING THE ADJUSTMENT";

U.S. provisional patent application No. 62/729,182 entitled "SENSING THE PATIENT POSITIONIONNAND control UTILIZING THE MONO POLAR RETURN PAD ELECTRODE TO PROVIDEO STATIONATIONAL AWARENESS TO THE HUB";

U.S. provisional patent application 62/729,191 entitled "SURGICAL NETWORK RECOMMENDITIONS FROM REAL TIME ANALYSIS OF PROCEDURE VARIABLES AGAINST ABASELINE HIGHLIGHTING DIFFERENCES FROM THE OPEN THE OPTIMAL SOLUTION";

U.S. provisional patent application 62/729,195 entitled "ULTRASONIC ENERGY DEVICE WHICHVARIES PRESSURE APPLIED BY CLAMP ARM TO PROVIDE THRESHOLD CONTROL ATA CUT PROGRESSION LOCATION"; and is

U.S. provisional patent application 62/729,186, entitled "WIRELESS PAIRING OF A SURGICALDEVICE WITH ANOTHER DEVICE WITHIN A STERILE SURGICAL FILED BASED ON THE USAGE AND SITUATIONAL AWARENESS OF DEVICES".

The applicant of the present patent application owns the following U.S. patent applications filed on 28/8/2018, the disclosures of each of which are incorporated herein by reference in their entirety:

U.S. patent application 16/115,214 entitled "ESTIMATING STATE OF ULTRASONIC ENDEFECTOR AND CONTROL SYSTEM THEREFOR";

U.S. patent application 16/115,205 entitled "TEMPERATURE CONTROL OF ULTRASONIC EFFECTOR AND CONTROL SYSTEM THEREFOR";

U.S. patent application 16/115,233 entitled "RADIO FREQUENCY ENERGY DEVICE for RADIO interference COMBINED ELECTRICAL SIGNALS";

U.S. patent application No. 16/115,208 entitled "control AN ULTRASONIC SURGICAL ACCORDING TO TISSUE LOCATION";

U.S. patent application 16/115,220 entitled "control ACTIVATION OF atomic catalytic conversion TO THE PRESENCE OF TISSUE";

U.S. patent application 16/115,232, entitled "DETERMINING TISSUE COMPOSITION VIAAN ULTRASONIC SYSTEM";

U.S. patent application No. 16/115,239 entitled "DETERMINING THE STATE OF orthogonal electronic Circuit System ACCORDING TO FREQUENCY SHIFT";

U.S. patent application 16/115,247 entitled "DETERMINING THE STATE OF ANULTRASONIC END EFFECTOR";

U.S. patent application 16/115,211 entitled "STATATIONAL AWARENESS OFELECTRROSURGICAL SYSTEMS";

U.S. patent application 16/115,226, entitled "MECHANISMS FOR CONTROLLINGDIFFERENT ELECTROMECHANICAL SYSTEMS OF AN ELECTROSURGICAL INSTRUMENT";

U.S. patent application 16/115,240 entitled "DETECTION OF END effect IMMERSIONIN LIQUID";

U.S. patent application 16/115,249 entitled "INTERRUPTION OF ENGAGUTIVE DUE TOINADVERTENT CAPACITIVE COUPLING";

U.S. patent application 16/115,256 entitled "INCREASING RADIO FREQUENCY TOCREATE PAD-LESS MONOPOLAR LOOP";

U.S. patent application 16/115,223 entitled "BIPOLAR COMMUNICATION DEVICE THATOMATICALLY ADJUTS PRESSURE BASED ON ENERGY MODALITY"; and is

U.S. patent application 16/115,238 entitled "activity OF ENERGY DEVICES".

The applicant of the present patent application owns the following U.S. patent applications filed on 23.8.2018, the disclosures of each of which are incorporated herein by reference in their entirety:

U.S. provisional patent application 62/721,995 entitled "control AN ultra semiconductor minor insertion TO a terminal LOCATION";

U.S. provisional patent application 62/721,998 entitled "STATATIONAL AWARENESS OFELECTRROSURGICAL SYSTEMS";

U.S. provisional patent application 62/721,999 entitled "INTERRUPTION OF ENGAGUTIVE DUE TOINADVERTENT CAPACITIVE COUPLING";

U.S. provisional patent application 62/721,994 entitled "BIPOLAR COMMUNICATION DEVICE THATUATION MATICALLY ADJUTS PRESSURE BASED ON ENERGY MODALITY"; and is

U.S. provisional patent application 62/721,996 entitled RADIO FREQUENCY ENERGY development device delay COMBINED ELECTRICAL SIGNALS.

The applicant of the present patent application owns the following U.S. patent applications filed on 30.6.2018, the disclosures of each of which are incorporated herein by reference in their entirety:

U.S. provisional patent application 62/692,747 entitled "SMART ACTIVATION OF AN ENERGYDEVICE BY ANOTHER DEVICE";

U.S. provisional patent application 62/692,748, entitled "SMART ENERGY ARCHITURE"; and is

Us provisional patent application 62/692,768, entitled "SMART ENERGY DEVICES".

The applicant of the present patent application owns the following U.S. patent applications filed on 29.6.2018, the disclosures of each of which are incorporated herein by reference in their entirety:

U.S. patent application serial No. 16/024,090, entitled "CAPACITIVE COUPLED RETURNPATH PAD WITH SEPARABLE ARRAY ELEMENTS";

U.S. patent application Ser. No. 16/024,057 entitled "control A SURGICALINSTRUCTION ACCORDING TO SENSED CLOSURE PARAMETERS";

U.S. patent application Ser. No. 16/024,067 entitled "SYSTEM FOR ADJUSE ENDEFECTOR PARAMETERS BASED ON PERIORATIVE INFORMATION";

U.S. patent application Ser. No. 16/024,075 entitled "SAFETY SYSTEMS FOR SMARTPOWER SURGICAL STAPLING";

U.S. patent application Ser. No. 16/024,083 entitled "SAFETY SYSTEMS FOR SMARTPOWER SURGICAL STAPLING";

U.S. patent application Ser. No. 16/024,094 entitled "SURGICAL SYSTEMS FOR RDETTING END EFFECTOR TISSUE DISTRIBUTION IRREGULARITIES";

U.S. patent application Ser. No. 16/024,138 entitled "SYSTEM FOR DETECTING PROXIMITY OF SURGICAL END EFFECTOR TO CANCEROUS TISSUE";

U.S. patent application Ser. No. 16/024,150 entitled "SURGICAL INSTRUMENT CARTRIDGESENSOR ASSEMBLIES";

U.S. patent application Ser. No. 16/024,160 entitled "VARIABLE OUTPUT CARTRIDGESENSOR ASSEMBLY";

U.S. patent application Ser. No. 16/024,124 entitled "SURGICAL INSTRUMENT HAVING AFLEXIBLE ELECTRODE";

U.S. patent application Ser. No. 16/024,132 entitled "SURGICAL INSTRUMENT HAVARING AFLEXIBLE CICUIT";

U.S. patent application Ser. No. 16/024,141 entitled "SURGICAL INSTRUMENT WITH ATISSUE MARKING ASSEMBLY";

U.S. patent application Ser. No. 16/024,162 entitled "SURGICAL SYSTEMS WITHPRIORIZED DATA TRANSMISSION CAPABILITIES";

U.S. patent application Ser. No. 16/024,066 entitled "SURGICAL EVACUTION SENSING MOTOR CONTROL";

U.S. patent application Ser. No. 16/024,096 entitled "SURGICAL EVACUTION SENSORARRANGEMENTS";

U.S. patent application Ser. No. 16/024,116 entitled "SURGICAL EVACUTION FLOWPATHS";

U.S. patent application Ser. No. 16/024,149 entitled "SURGICAL EVACUTION SENSING GENERATOR CONTROL";

U.S. patent application Ser. No. 16/024,180, entitled "SURGICAL EVACUTION SENSINGAND DISPLAY";

U.S. patent application Ser. No. 16/024,245 entitled "COMMUNICATION OF SMOKEEVACUTION SYSTEM PARAMETERS TO HUB OR CLOUD IN SMOKE EVACUTION MODULE FOR RINTERACTIVE SURGICAL PLATFORM";

U.S. patent application Ser. No. 16/024,258 entitled "SMOKE EVACUATION SYSTEMINGLUTING A SEGMENTED CONTROL CIRCUIT FOR INTERACTIVE SURGICAL PLATFORM";

U.S. patent application Ser. No. 16/024,265 entitled "SURGICAL EVACUTION SYSTEMWITH A COMMUNICATION CIRCUIT FOR COMMUNICATION BETWEEN A FILTER AND A SMOKEEVACUTION DEVICE"; and is

U.S. patent application Ser. No. 16/024,273 entitled "DUALIN-SERIES LARGE ANDSMALL DROPLET FILTERS".

The applicant of the present patent application owns the following U.S. provisional patent applications filed on 2018, 6/28, the disclosure of each of which is incorporated herein by reference in its entirety:

U.S. provisional patent application Ser. No. 62/691,228 entitled "A METHOD OF USENGRINED FLEX CICUITS WITH MULTI SOLPLE SENSOR WITH ELECTRROSURGICAL DEVICES";

U.S. provisional patent application Ser. No. 62/691,227 entitled "control A SURGICALINcorner ACCORDING TO SENSED CLOSURE PARAMETERS";

U.S. provisional patent application Ser. No. 62/691,230 entitled "SURGICAL INSTRUMENTTHAVING A FLEXIBLE ELECTRODRODE";

U.S. provisional patent application Ser. No. 62/691,219 entitled "SURGICAL EVACUATIONSENSING AND MOTOR CONTROL";

U.S. provisional patent application Ser. No. 62/691,257 entitled "COMMUNICATION OF SMOKEEVACUTION SYSTEM PARAMETERS TO HUB OR CLOUD IN SMOKE EVACUTION MODULE FOR RINTERACTIVE SURGICAL PLATFORM";

U.S. provisional patent application Ser. No. 62/691,262 entitled "SURGICAL EVACUATION SYSTEM WITH A COMMUNICATION CIRCUIT FOR COMMUNICATION BETWEEN A FILTER AND ASMOKE EVACUATION DEVICE"; and

U.S. provisional patent application serial No. 62/691,251, entitled "DUAL IN-SERIES LARGE ANDSMALL DROPLET FILTERS".

The applicant of the present patent application owns the following U.S. provisional patent applications filed on 2018, 4, 19, the disclosures of which are incorporated herein by reference in their entirety:

U.S. provisional patent application serial No. 62/659,900, entitled "METHOD OF hubcmonication".

The applicant of the present patent application owns the following U.S. provisional patent applications filed on 30/3/2018, the disclosures of each of which are incorporated herein by reference in their entirety:

us provisional patent application 62/650,898, entitled "CAPACITIVICEOUS RETURN PATH PAD WITH SECARABLE ARRAY ELEMENTS", filed 3, 30.2018;

U.S. provisional patent application Ser. No. 62/650,887 entitled "SURGICAL SYSTEMS WITHOPTIMIZED SENSING CAPABILITIES";

U.S. patent application Ser. No. 62/650,882 entitled "SMOKE EVACUATION MODULE FOR INTERACTIVE SURGICAL PLATFORM"; and

U.S. patent application Ser. No. 62/650,877, entitled "SURGICAL SMOKE EVACUATIONSENSING AND CONTROLS".

The applicant of the present patent application owns the following U.S. patent applications filed on 29/3/2018, the disclosures of each of which are incorporated herein by reference in their entirety:

U.S. patent application Ser. No. 15/940,641 entitled "INTERACTIVE SURGICAL SYSTEMSWITH ENCRYPTED COMMUNICATION CAPABILITIES";

U.S. patent application Ser. No. 15/940,648 entitled "INTERACTIVE SURGICAL SYSTEMSWITH CONDITION HANDLING OF DEVICES AND DATA CAPABILITIES";

U.S. patent application Ser. No. 15/940,656 entitled "SURGICAL HUB COORDINATION OFCONTROL AND COMMUNICATION OF OPERATING ROOM DEVICES";

U.S. patent application Ser. No. 15/940,666 entitled "SPATIAL AWARENESS OF SURGICALUHUBS IN OPERATING ROOMS";

U.S. patent application Ser. No. 15/940,670 entitled "COOPERATIVE UTILIZATION OFDATA DERIVED FROM SECONDARY SOURCES BY INTELLIGENT SURGICAL HUBS";

U.S. patent application Ser. No. 15/940,677 entitled "SURGICAL HUB CONTROLARANGEMENTS";

U.S. patent application Ser. No. 15/940,632 entitled "DATA STRIPPING METHOD OF INTERROTATE PATIENT RECORD AND CREATE ANONYMIZED RECORD";

U.S. patent application Ser. No. 15/940,640 entitled "COMMUNICATION HUB AND STORAGE EVICE FOR STORING PARAMETERS AND STATUS OF A SURGICAL DEVICE TO BE SHARED WITH CLOUD BASED ANALYTICS SYSTEMS";

U.S. patent application Ser. No. 15/940,645 entitled "SELF DESCRIBING DATA PACKETSGENERATED AT AN ISSUING INSTRUMENT";

U.S. patent application Ser. No. 15/940,649 entitled "DATA PAIRING TO INTERCONNECTA DEVICE MEASURED PARAMETER WITH AN OUTCOME";

U.S. patent application Ser. No. 15/940,654 entitled "SURGICAL HUB SITUATIONALAWARENESS";

U.S. patent application Ser. No. 15/940,663 entitled "SURGICAL SYSTEM DISTRIBUTEDPROCESSING";

U.S. patent application Ser. No. 15/940,668 entitled "AGGREGAGATION AND REPORTING OFSURGICAL HUB DATA";

U.S. patent application Ser. No. 15/940,671 entitled "SURGICAL HUB SPATIALAWARENESS TO DETERMINE DEVICES IN OPERATING THEEATER";

U.S. patent application Ser. No. 15/940,686 entitled "DISPLAY OF ALIGNMENT OFSTAPLE CARTRIDGE TO PRIOR LINEAR STAPLE LINE";

U.S. patent application Ser. No. 15/940,700 entitled "STERILE FIELD INTERACTIVECONNTROL DISPLAYS";

U.S. patent application Ser. No. 15/940,629 entitled "COMPUTER IMPLEMENTEDINTERACTIVE SURGICAL SYSTEMS";

U.S. patent application Ser. No. 15/940,704 entitled "USE OF LASER LIGHT AND RED-GREEN-BLUE COLORATION TO DETERMINE PROPERTIES OF BACK SCATTERED LIGHT";

U.S. patent application Ser. No. 15/940,722 entitled "CHARACTERIZATION OF TISSUEIRREGULARITIES THROUGH THE USE OF MONO-CHROMATIC LIGHT REFRACTIVITY";

U.S. patent application serial No. 15/940,742, entitled "DUAL CMOS ARRAY IMAGING".

U.S. patent application Ser. No. 15/940,636 entitled "ADAPTIVE CONTROL programs FOR basic DEVICES";

U.S. patent application Ser. No. 15/940,653 entitled "ADAPTIVE CONTROL PROGRAMUPDATES FOR SURGICAL HUBS";

U.S. patent application Ser. No. 15/940,660 entitled "CLOOUD-BASED MEDICAL ANALYTICSFOR CUTOSTIMION AND RECOMMENDITION TO A USER";

U.S. patent application Ser. No. 15/940,679 entitled "CLOOUD-BASED MEDICAL ANALYTICSFOR LINKING OF LOCAL USAGE TRENDS WITH THE RESOURCE ACQUISITION BEHAVIORS OFLARGER DATA SET";

U.S. patent application Ser. No. 15/940,694 entitled "CLOOUD-BASED MEDICAL ANALYTICSFOR MEDICAL FACILITY SEGMENTED INDIDUALIZATION OF INSTRUMENTS FUNCTIONS";

U.S. patent application Ser. No. 15/940,634 entitled "CLOOUD-BASED MEDICAL ANALYTICSFOR SECURITY AND AUTHENTICATION TRENDS AND REACTIVE MEASURES";

U.S. patent application Ser. No. 15/940,706 entitled "DATA HANDLING ANDPRIORITIZATION IN A CLOUD ANALYTICS NETWORK";

U.S. patent application Ser. No. 15/940,675 entitled "CLOOUD INTERFACE FOR COUPLEDSURGICAL DEVICES";

U.S. patent application Ser. No. 15/940,627 entitled "DRIVE ARRANGEMENTS FOR ROBOT-ASSISTED SURGICAL PLATFORMS";

U.S. patent application Ser. No. 15/940,637 entitled "COMMUNICATION ARRANGEMENTSFOR ROBOT-ASSISTED SURGICAL PLATFORMS";

U.S. patent application Ser. No. 15/940,642 entitled "CONTROL FOR ROBOT-ASSISTED DSURGICAL PLATFORMS";

U.S. patent application Ser. No. 15/940,676 entitled "AUTOMATIC TOOL ADJUSTMENTSFOR ROBOT-ASSISTED SURGICAL PLATFORMS";

U.S. patent application Ser. No. 15/940,680 entitled "CONTROL FOR ROBOT-ASSISTED SURGICAL PLATFORMS";

U.S. patent application Ser. No. 15/940,683 entitled "COOPERATIVE SURGICAL ACTIONFOR ROBOT-ASSISTED SURGICAL PLATFORMS";

U.S. patent application Ser. No. 15/940,690 entitled "DISPLAY ARRANGEMENTS ForOBOT-ASSISTED SURGICAL PLATFORMS"; and is

U.S. patent application Ser. No. 15/940,711, entitled "SENSING ARRANGEMENTS ForOBOT-ASSISTED SURGICAL PLATFORMS".

The applicant of the present patent application owns the following U.S. provisional patent applications filed on 2018, 3, 28, the disclosure of each of which is incorporated herein by reference in its entirety:

U.S. provisional patent application serial No. 62/649,302 entitled "INTERACTIVE SURGICALSYSTEMS WITH ENCRYPTED notification CAPABILITIES";

U.S. provisional patent application Ser. No. 62/649,294 entitled "DATA STRIPPING METHOD OF INTERROTATE PATIENT RECORD AND CREATE ANONYMIZED RECORD";

U.S. patent application Ser. No. 62/649,300 entitled "SURGICAL HUB SITUATIONALAWARENESS";

U.S. provisional patent application Ser. No. 62/649,309 entitled "SURGICAL HUB SPATIALAWARENESS TO DETERMINE DEVICES IN OPERATING THEEATER";

U.S. patent application Ser. No. 62/649,310 entitled "COMPUTER IMPLEMENTEDINTERACTIVE SURGICAL SYSTEMS";

U.S. provisional patent application Ser. No. 62/649,291 entitled "USE OF LASER LIGHT ANDRED-GREEN-BLUE COLORATION TO DETERMINE PROPERTIES OF BACK SCATTERED LIGHT";

U.S. patent application Ser. No. 62/649,296 entitled "ADAPTIVE CONTROL programs FOR basic DEVICES";

U.S. provisional patent application Ser. No. 62/649,333 entitled "CLOOUD-BASED MEDICANAL POLYTICS FOR CUTOSTOMIZATION AND RECOMMENDITIONS TO A USER";

U.S. provisional patent application Ser. No. 62/649,327 entitled "CLOOUD-BASED MEDICANAL POLYTICS FOR SECURITY AND AUTHENTICATION TRENDS AND REACTIVE MEASURES";

U.S. provisional patent application Ser. No. 62/649,315 entitled "DATA HANDLING ANDPRIORITIZATION IN A CLOUD ANALYTICS NETWORK";

U.S. patent application Ser. No. 62/649,313 entitled "CLOOUD INTERFACE FOR COUPLEDSURGICAL DEVICES";

U.S. patent application Ser. No. 62/649,320 entitled "DRIVE ARRANGEMENTS FOR ROBOT-ASSISTED SURGICAL PLATFORMS";

U.S. provisional patent application Ser. No. 62/649,307 entitled "AUTOMATIC TOOLADJUSTMENTS FOR ROBOT-ASSISTED SURGICAL PLATFORMS"; and is

U.S. provisional patent application serial No. 62/649,323, entitled "SENSING ARRANGEMENTS forced-associated minor planar platrms".

The applicant of the present patent application owns the following U.S. provisional patent applications filed on 8/3/2018, the disclosures of each of which are incorporated herein by reference in their entirety:

U.S. provisional patent application Ser. No. 62/640,417 entitled "TEMPERATURE CONTROL INDULTRASONIC DEVICE AND CONTROL SYSTEM THEREFOR"; and is

U.S. provisional patent application Ser. No. 62/640,415 entitled "ESTIMATING STATE OFULTRASONIC END EFFECTOR AND CONTROL SYSTEM THEREFOR";

the applicant of the present patent application owns the following U.S. provisional patent applications filed on 2017, 12, 28, the disclosure of each of which is incorporated herein by reference in its entirety:

U.S. provisional patent application serial No. 62/611,341, entitled "INTERACTIVE SURGICALPLATFORM";

U.S. provisional patent application Ser. No. 62/611,340 entitled "CLOOUD-BASED MEDICALANALYTICS"; and is

U.S. patent application Ser. No. 62/611,339, entitled "ROBOT ASSISTED SURGICALLLATFORM".

Before explaining various aspects of the surgical device and generator in detail, it should be noted that the example illustrated application or use is not limited to the details of construction and arrangement of parts illustrated in the accompanying drawings and description. The illustrative examples may be implemented alone or in combination with other aspects, variations and modifications, and may be practiced or carried out in various ways. Furthermore, unless otherwise indicated, the terms and expressions employed herein have been chosen for the purpose of describing the illustrative embodiments for the convenience of the reader and are not for the purpose of limiting the invention. Moreover, it is to be understood that expressions of one or more of the following described aspects, and/or examples may be combined with any one or more of the other below described aspects, and/or examples.

Surgical hub

Referring to fig. 1, a computer-implemented interactive surgical system 100 includes one or more surgical systems 102 and a cloud-based system (e.g., cloud 104, which may include a remote server 113 coupled to a storage device 105). Each surgical system 102 includes at least one surgical hub 106 in communication with cloud 104, which may include a remote server 113. In one example, as shown in fig. 1, the surgical system 102 includes a visualization system 108, a robotic system 110, and a handheld smart surgical instrument 112 configured to communicate with each other and/or with the hub 106. In some aspects, surgical system 102 may include M number of hubs 106, N number of visualization systems 108, O number of robotic systems 110, and P number of handheld intelligent surgical instruments 112, where M, N, O and P are integers greater than or equal to one.

In various aspects, the smart instrument 112 as described herein with reference to fig. 1-7 may be implemented as one or more active or idle devices (see 200510), advanced energy devices, powered endoscopic graspers, powered staplers, or powered endoscopic clip appliers (see 200520), or powered staplers, powered endoscopic graspers, advanced energy devices, or powered endoscopic clip appliers (see 200530), as shown in fig. 16. Intelligent instrument 112 (e.g., device 1)a-1n) Such as one or more active or idle devices (see 200510), advanced energy devices, powered endoscopic graspers, powered staplers or powered endoscopic clip appliers (see 200520), or powered staplers, powered endoscopic clip appliersA grasper, advanced energy device, or motorized endoscopic clip applier (see 200530) (shown in fig. 16) is configured to be operable in a surgical data network 201, as described with reference to fig. 8.

Fig. 2 shows an example of a surgical system 102 for performing a surgical procedure on a patient lying on an operating table 114 in a surgical room 116. The robotic system 110 is used as part of the surgical system 102 during surgery. The robotic system 110 includes a surgeon's console 118, a patient side cart 120 (surgical robot), and a surgical robot hub 122. The patient side cart 120 can manipulate at least one removably coupled surgical tool 117 through a minimally invasive incision in the patient's body while the surgeon views the surgical site through the surgeon's console 118. An image of the surgical site may be obtained by the medical imaging device 124, which may be manipulated by the patient side cart 120 to orient the imaging device 124. The robot hub 122 may be used to process images of the surgical site for subsequent display to the surgeon via the surgeon's console 118.

Other types of robotic systems may be readily adapted for use with the surgical system 102. Various examples of robotic systems and surgical tools suitable for use in the present disclosure are described in U.S. provisional patent application serial No. 62/611,339 entitled "ROBOT assembly system for surgical tools" filed on 28.12.2017, the disclosure of which is incorporated herein by reference in its entirety.

Various examples of CLOUD-BASED analysis performed by the CLOUD 104 and suitable for use with the present disclosure are described in U.S. provisional patent application serial No. 62/611,340 entitled "CLOUD-BASED MEDICAL ANALYTICS," filed on 28.12.2017, the disclosure of which is incorporated herein by reference in its entirety.

In various aspects, the imaging device 124 includes at least one image sensor and one or more optical components. Suitable image sensors include, but are not limited to, Charge Coupled Device (CCD) sensors and Complementary Metal Oxide Semiconductor (CMOS) sensors.

The optical components of the imaging device 124 may include one or more illumination sources and/or one or more lenses. One or more illumination sources may be directed to illuminate portions of the surgical field. The one or more image sensors may receive light reflected or refracted from the surgical field, including light reflected or refracted from tissue and/or surgical instruments.

The one or more illumination sources may be configured to radiate electromagnetic energy in the visible spectrum as well as in the invisible spectrum. The visible spectrum (sometimes referred to as the optical spectrum or the luminescence spectrum) is that portion of the electromagnetic spectrum that is visible to (i.e., detectable by) the human eye, and may be referred to as visible light or simple light. A typical human eye will respond to wavelengths in air from about 380nm to about 750 nm.

The invisible spectrum (i.e., the non-luminescent spectrum) is the portion of the electromagnetic spectrum that lies below and above the visible spectrum (i.e., wavelengths below about 380nm and above about 750 nm). The human eye cannot detect the invisible spectrum. Wavelengths greater than about 750nm are longer than the red visible spectrum and they become invisible Infrared (IR), microwave and radio electromagnetic radiation. Wavelengths less than about 380nm are shorter than the violet spectrum and they become invisible ultraviolet, x-ray and gamma-ray electromagnetic radiation.

In various aspects, the imaging device 124 is configured for use in minimally invasive surgery. Examples of imaging devices suitable for use in the present disclosure include, but are not limited to, arthroscopes, angioscopes, bronchoscopes, cholangioscopes, colonoscopes, cytoscopes, duodenoscopes, enteroscopes, esophago-duodenoscopes (gastroscopes), endoscopes, laryngoscopes, nasopharyngo-nephroscopes, sigmoidoscopes, thoracoscopes, and intrauterine scopes.

In one aspect, the imaging device employs multispectral monitoring to distinguish topography from underlying structures. A multispectral image is an image that captures image data across a particular range of wavelengths of the electromagnetic spectrum. The wavelengths may be separated by filters or by using instruments that are sensitive to specific wavelengths, including light from frequencies outside the visible range, such as IR and ultraviolet. Spectral imaging may allow extraction of additional information that the human eye fails to capture with its red, green, and blue receptors. The use of multispectral Imaging is described in more detail under the heading "Advanced Imaging Acquisition Module" of U.S. provisional patent application serial No. 62/611,341, entitled "INTERACTIVE SURGICAL PLATFORM," filed on 28.12.2017, the disclosure of which is incorporated herein by reference in its entirety. Multispectral monitoring may be a useful tool for repositioning the surgical site after completion of a surgical task to perform one or more of the previously described tests on the treated tissue.

It is self-evident that strict sterilization of the operating room and surgical equipment is required during any surgical procedure. The stringent hygiene and sterilization conditions required in a "surgical room" (i.e., an operating room or treatment room) require the highest possible sterility of all medical devices and equipment. Part of this sterilization process is any substance that needs to be sterilized, including the imaging device 124 and its attachments and components, to contact the patient or penetrate the sterile field. It should be understood that the sterile field may be considered a specific area that is considered free of microorganisms, such as within a tray or within a sterile towel, or the sterile field may be considered an area around a patient that is ready for surgery. The sterile field may include the members of the team who are properly wearing the scrub, as well as all of the equipment and fixtures in the field.

In various aspects, the visualization system 108 includes one or more imaging sensors, one or more image processing units, one or more storage arrays, and one or more displays, which are strategically arranged relative to the sterile zone, as shown in fig. 2. In one aspect, the visualization system 108 includes interfaces for HL7, PACS, and EMR. Various components of the visualization system 108 are described under the heading "Advanced Imaging Acquisition Module" of U.S. provisional patent application serial No. 62/611,341, entitled "INTERACTIVE SURGICAL PLATFORM," filed on 28.12.2017, the disclosure of which is incorporated by reference herein in its entirety.

As shown in fig. 2, a main display 119 is positioned in the sterile field to be visible to the operator at the surgical table 114. Further, the visualization tower 111 is positioned outside the sterile field. Visualization tower 111 includes a first non-sterile display 107 and a second non-sterile display 109 facing away from each other. The visualization system 108 guided by the hub 106 is configured to be able to utilize the displays 107, 109, and 119 to coordinate the flow of information to operators inside and outside the sterile zone. For example, the hub 106 may cause the visualization system 108 to display a snapshot of the surgical site recorded by the imaging device 124 on the non-sterile display 107 or 109 while maintaining a real-time feed of the surgical site on the main display 119. A snapshot on non-sterile display 107 or 109 may allow a non-sterile operator to, for example, perform diagnostic steps associated with a surgical procedure.

In one aspect, hub 106 is further configured to be able to route diagnostic inputs or feedback entered by non-sterile operators at visualization tower 111 to a main display 119 within the sterile field, where it can be viewed by the sterile operator on the operating floor. In one example, the input may be a modified form of a snapshot displayed on non-sterile display 107 or 109, which may be routed through hub 106 to main display 119.

Referring to fig. 2, a surgical instrument 112 is used in surgery as part of the surgical system 102. Hub 106 is further configured to coordinate the flow of information to the display of surgical instrument 112. For example, the coordinated information flow is further described in U.S. provisional patent application serial No. 62/611,341 entitled "INTERACTIVE SURGICAL PLATFORM," filed on 28.12.2017, the disclosure of which is incorporated herein by reference in its entirety. Diagnostic inputs or feedback entered by a non-sterile operator at the visualization tower 111 may be routed by the hub 106 to a surgical instrument display 115 within the sterile field, where the inputs or feedback may be viewed by the operator of the surgical instrument 112. Exemplary Surgical instruments suitable for use in the Surgical system 102 are described, for example, under the heading "Surgical Instrument Hardware" of U.S. provisional patent application serial No. 62/611,341 entitled "INTERACTIVE SURGICAL PLATFORM," filed 2017, 12, 28, the disclosure of which is incorporated herein by reference in its entirety.

Referring now to fig. 3, hub 106 is depicted in communication with visualization system 108, robotic system 110, and handheld intelligent surgical instrument 112. The hub 106 includes a hub display 135, an imaging module 138, a generator module 140 (which may include a monopole generator 142, a dipole generator 144, and/or an ultrasound generator 143), a communication module 130, a processor module 132, and a memory array 134. In certain aspects, as shown in fig. 3, the hub 106 further includes a smoke evacuation module 126, a suction/irrigation module 128, and/or an operating room mapping module 133.

During surgery, the application of energy to tissue for sealing and/or cutting is typically associated with smoke evacuation, aspiration of excess fluid, and/or irrigation of the tissue. Fluid lines, power lines and/or data lines from different sources are often tangled during surgery. Solving the problem during surgery may waste valuable time. Disconnecting the lines may require disconnecting the lines from their respective modules, which may require resetting the modules. The hub modular housing 136 provides a unified environment for managing power, data, and fluid lines, which reduces the frequency of entanglement between such lines.

Aspects of the present disclosure provide a surgical hub for use in a surgical procedure involving application of energy to tissue at a surgical site. The surgical hub includes a hub housing and a composite generator module slidably received in a docking station of the hub housing. The docking station includes data contacts and power contacts. The combined generator module includes two or more of an ultrasonic energy generator component, a bipolar RF energy generator component, and a monopolar RF energy generator component seated in a single cell. In one aspect, the combined generator module further comprises a smoke evacuation component for connecting the combined generator module to at least one energy delivery cable of the surgical instrument, at least one smoke evacuation component configured to evacuate smoke, fluids, and/or particles generated by application of the therapeutic energy to the tissue, and a fluid line extending from the remote surgical site to the smoke evacuation component.

In one aspect, the fluid line is a first fluid line and the second fluid line extends from the remote surgical site to a suction and irrigation module slidably received in the hub housing. In one aspect, the hub housing includes a fluid interface.

Certain surgical procedures may require more than one energy type to be applied to tissue. One energy type may be more advantageous for cutting tissue, while a different energy type may be more advantageous for sealing tissue. For example, a bipolar generator may be used to seal tissue, while an ultrasonic generator may be used to cut the sealed tissue. Aspects of the present disclosure provide a solution in which the hub modular housing 136 is configured to accommodate different generators and facilitate interactive communication therebetween. One of the advantages of the hub modular housing 136 is the ability to quickly remove and/or replace various modules.

Aspects of the present disclosure provide a modular surgical housing for use in a surgical procedure involving the application of energy to tissue. The modular surgical housing includes a first energy generator module configured to generate first energy for application to tissue, and a first docking station including a first docking port including first data and power contacts, wherein the first energy generator module is slidably movable into electrical engagement with the power and data contacts, and wherein the first energy generator module is slidably movable out of electrical engagement with the first power and data contacts,

in addition to the above, the modular surgical housing further comprises a second energy generator module configured to generate a second energy different from the first energy for application to tissue, and a second docking station comprising a second docking port comprising a second data and power contact, wherein the second energy generator module is slidably movable into electrical engagement with the power and data contact, and wherein the second energy generator is slidably movable out of electrical contact with the second power and data contact.

In addition, the modular surgical housing further includes a communication bus between the first docking port and the second docking port configured to facilitate communication between the first energy generator module and the second energy generator module.

Referring to fig. 3-7, aspects of the present disclosure are presented as a hub modular housing 136 that allows for modular integration of the generator module 140, smoke evacuation module 126, and suction/irrigation module 128. The hub modular housing 136 also facilitates interactive communication between the modules 140, 126, 128. As shown in fig. 5, the generator module 140 may be a generator module with integrated monopolar, bipolar, and ultrasound components supported in a single housing unit 139 that is slidably inserted into the hub modular housing 136. As shown in fig. 5, the generator module 140 may be configured to be connectable to a monopolar device 146, a bipolar device 147, and an ultrasound device 148. Alternatively, the generator modules 140 may include a series of monopole generator modules, bipolar generator modules, and/or ultrasonic generator modules that interact through the hub modular housing 136. The hub modular housing 136 can be configured to facilitate the insertion of multiple generators and the interactive communication between generators docked into the hub modular housing 136 such that the generators will act as a single generator.

In one aspect, the hub modular housing 136 includes a modular power and communications backplane 149 having external and wireless communications connections to enable removable attachment of the modules 140, 126, 128 and interactive communications therebetween.

In one aspect, the hub modular housing 136 includes a docking cradle or drawer 151 (also referred to herein as a drawer) configured to slidably receive the modules 140, 126, 128. Fig. 4 illustrates a partial perspective view of the surgical hub housing 136 and the composite generator module 145 slidably received in the docking station 151 of the surgical hub housing 136. The docking ports 152 having power and data contacts on the back of the combined generator module 145 are configured to engage the corresponding docking ports 150 with the power and data contacts of the corresponding docking station 151 of the hub modular housing 136 when the combined generator module 145 is slid into place within the corresponding docking station 151 of the hub modular housing 136. In one aspect, the combined generator module 145 includes bipolar, ultrasonic, and monopolar modules integrated together into a single housing unit 139, as shown in fig. 5.

In various aspects, the smoke evacuation module 126 includes a fluid line 154 that communicates captured/collected smoke and/or fluid from the surgical site to, for example, the smoke evacuation module 126. Vacuum suction from smoke evacuation module 126 may draw smoke into the opening of the common conduit at the surgical site. The utility conduit coupled to the fluid line may be in the form of a flexible tube terminating at the smoke evacuation module 126. The common conduit and fluid lines define a fluid path that extends toward the smoke evacuation module 126 received in the hub housing 136.

In various aspects, the suction/irrigation module 128 is coupled to a surgical tool that includes an aspiration fluid line and a suction fluid line. In one example, the aspiration fluid line and the suction fluid line are in the form of flexible tubes extending from the surgical site toward the suction/irrigation module 128. The one or more drive systems may be configured to irrigate fluid to and aspirate fluid from the surgical site.

In one aspect, a surgical tool includes a shaft having an end effector at a distal end thereof and at least one energy treatment associated with the end effector, a suction tube, and an irrigation tube. The draft tube may have an inlet at a distal end thereof, and the draft tube extends through the shaft. Similarly, a draft tube may extend through the shaft and may have an inlet adjacent the energy delivery tool. The energy delivery tool is configured to deliver ultrasonic and/or RF energy to the surgical site and is coupled to the generator module 140 by a cable that initially extends through the shaft.

The irrigation tube may be in fluid communication with a fluid source, and the aspiration tube may be in fluid communication with a vacuum source. The fluid source and/or vacuum source may be seated in the suction/irrigation module 128. In one example, the fluid source and/or vacuum source may be seated in the hub housing 136 independently of the suction/irrigation module 128. In such examples, the fluid interface can connect the suction/irrigation module 128 to a fluid source and/or a vacuum source.

In one aspect, the modules 140, 126, 128 on the hub modular housing 136 and/or their corresponding docking stations may include alignment features configured to enable alignment of the docking ports of the modules into engagement with their corresponding ports in the docking stations of the hub modular housing 136. For example, as shown in fig. 4, the combined generator module 145 includes side brackets 155, the side brackets 155 configured to be slidably engageable with corresponding brackets 156 of corresponding docking stations 151 of the hub modular housing 136. The brackets cooperate to guide the docking port contacts of the combined generator module 145 into electrical engagement with the docking port contacts of the hub modular housing 136.

In some aspects, the drawers 151 of the hub modular housing 136 are the same or substantially the same size, and the modules are sized to be received in the drawers 151. For example, the side brackets 155 and/or 156 may be larger or smaller depending on the size of the module. In other aspects, the drawers 151 are sized differently and are each designed to accommodate a particular module.

In addition, the contacts of a particular module may be keyed to engage the contacts of a particular drawer to avoid inserting the module into a drawer having unmatched contacts.

As shown in fig. 4, the docking port 150 of one drawer 151 may be coupled to the docking port 150 of another drawer 151 by a communication link 157 to facilitate interactive communication between modules seated in the hub modular housing 136. Alternatively or additionally, the docking port 150 of the hub modular housing 136 can facilitate wireless interactive communication between modules seated in the hub modular housing 136. Any suitable wireless communication may be employed, such as, for example, Air Titan-Bluetooth.

Fig. 6 illustrates a single power bus attachment for multiple lateral docking ports of a lateral modular housing 160, the lateral modular housing 160 configured to receive multiple modules of a surgical hub 206. The lateral modular housing 160 is configured to laterally receive and interconnect the modules 161. The modules 161 are slidably inserted into docking feet 162 of a lateral modular housing 160, which lateral modular housing 160 includes a floor for interconnecting the modules 161. As shown in fig. 6, the modules 161 are arranged laterally in a lateral modular housing 160. Alternatively, the modules 161 may be arranged vertically in a lateral modular housing.

Fig. 7 illustrates a vertical modular housing 164 configured to receive a plurality of modules 165 of surgical hub 106. The modules 165 are slidably inserted into docking feet or drawers 167 of a vertical modular housing 164, which vertical modular housing 164 includes a floor for interconnecting the modules 165. Although the drawers 167 of the vertical modular housing 164 are arranged vertically, in some cases, the vertical modular housing 164 may include laterally arranged drawers. Further, the modules 165 may interact with each other through docking ports of the vertical modular housing 164. In the example of FIG. 7, a display 177 is provided for displaying data related to the operation of module 165. In addition, the vertical modular housing 164 includes a main module 178 that seats a plurality of sub-modules slidably received in the main module 178.

In various aspects, the imaging module 138 includes an integrated video processor and modular light source, and is adapted for use with a variety of imaging devices. In one aspect, the imaging device is constructed of a modular housing that can be fitted with a light source module and a camera module. The housing may be a disposable housing. In at least one example, the disposable housing is removably coupled to the reusable controller, the light source module, and the camera module. The light source module and/or the camera module may be selectively selected according to the type of the surgical operation. In one aspect, the camera module includes a CCD sensor. In another aspect, the camera module includes a CMOS sensor. In another aspect, the camera module is configured for scanning beam imaging. Also, the light source module may be configured to be capable of delivering white light or different light depending on the surgical procedure.

During a surgical procedure, it may be inefficient to remove a surgical device from a surgical site and replace the surgical device with another surgical device that includes a different camera or a different light source. Temporary loss of vision at the surgical site can lead to undesirable consequences. The modular imaging apparatus of the present disclosure is configured to enable the replacement of a light source module or a camera module during a surgical procedure without having to remove the imaging apparatus from the surgical site.

In one aspect, an imaging device includes a tubular housing including a plurality of channels. The first channel is configured to slidably receive a camera module that may be configured for snap-fit engagement with the first channel. The second channel is configured to slidably receive a light source module that may be configured for snap-fit engagement with the second channel. In another example, the camera module and/or the light source module may be rotated within their respective channels to a final position. Threaded engagement may be used instead of snap-fit engagement.

In various examples, multiple imaging devices are placed at different locations in a surgical field to provide multiple views. The imaging module 138 may be configured to be able to switch between imaging devices to provide an optimal view. In various aspects, the imaging module 138 may be configured to be able to integrate images from different imaging devices.

Various IMAGE PROCESSORs AND imaging devices suitable for use in the present disclosure are described in U.S. patent No. 7,995,045 entitled "COMBINED SBI AND associated IMAGE PROCESSOR" published on 9.8.2011, which is incorporated by reference herein in its entirety. Further, U.S. patent 7,982,776 entitled "MOTION artifact AND METHOD," published 7/19/2011, which is incorporated herein by reference in its entirety, describes various systems for removing MOTION artifacts from image data. Such a system may be integrated with the imaging module 138. Further, U.S. patent application publication No. 2011/0306840 entitled "control able MAGNETIC SOURCE TO fine particle identification and pore application published on 12/15/2011 and U.S. patent application publication No. 2014/0243597 entitled" SYSTEM FOR PERFORMING A MINIMALLY INVASIVE target product "published on 8/28/2014, each of which is incorporated herein by reference in its entirety.

Fig. 8 illustrates a surgical data network 201 including a modular communication hub 203, the modular communication hub 203 configured to enable connection of modular devices located in one or more operating rooms of a medical facility or any room in the medical facility specially equipped for surgical operations to a cloud-based system (e.g., a cloud 204 that may include a remote server 213 coupled to a storage device 205). In one aspect, modular communication hub 203 includes a network hub 207 and/or a network switch 209 that communicate with network routers. Modular communication hub 203 may also be coupled to local computer system 210 to provide local computer processing and data manipulation. The surgical data network 201 may be configured to be passive, intelligent, or switched. The passive surgical data network acts as a conduit for data, enabling it to be transferred from one device (or segment) to another device (or segment) as well as cloud computing resources. The intelligent surgical data network includes additional features to enable monitoring of traffic through the surgical data network and configuring each port in the network hub 207 or network switch 209. The intelligent surgical data network may be referred to as a manageable hub or switch. The switching hub reads the destination address of each packet and then forwards the packet to the correct port.

Modular devices 1a-1n located in an operating room may be coupled to a modular communication hub 203. Network hub 207 and/or network switch 209 may be coupled to network router 211 to connect devices 1a-1n to cloud 204 or local computer system 210. Data associated with the devices 1a-1n may be transmitted via the router to the cloud-based computer for remote data processing and manipulation. Data associated with the devices 1a-1n may also be transmitted to the local computer system 210 for local data processing and manipulation. Modular devices 2a-2m located in the same operating room may also be coupled to network switch 209. Network switch 209 may be coupled to network hub 207 and/or network router 211 to connect devices 2a-2m to cloud 204. Data associated with the devices 2a-2n may be transmitted via the network router 211 to the cloud 204 for data processing and manipulation. Data associated with the devices 2a-2m may also be transmitted to the local computer system 210 for local data processing and manipulation.

It should be understood that surgical data network 201 may be expanded by interconnecting multiple hubs 207 and/or multiple network switches 209 with multiple network routers 211. The modular communication hub 203 may be housed in a modular control tower configured to be able to receive a plurality of devices 1a-1n/2a-2 m. Local computer system 210 may also be contained in a modular control tower. The modular communication hub 203 is connected to a display 212 to display images obtained by some of the devices 1a-1n/2a-2m, for example, during surgery. In various aspects, the devices 1a-1n/2a-2m may include, for example, various modules such as non-contact sensor modules in an imaging module 138 coupled to an endoscope, a generator module 140 coupled to an energy-based surgical device, a smoke evacuation module 126, a suction/irrigation module 128, a communication module 130, a processor module 132, a memory array 134, a surgical device connected to a display, and/or other modular devices that may be connected to a modular communication hub 203 of a surgical data network 201.

In one aspect, the surgical data network 201 may include a combination of network hubs, network switches, and network routers that connect the devices 1a-1n/2a-2m to the cloud. Any or all of the devices 1a-1n/2a-2m coupled to the hub or network switch may collect data in real time and transmit the data into the cloud computer for data processing and manipulation. It should be appreciated that cloud computing relies on shared computing resources rather than using local servers or personal devices to process software applications. The term "cloud" may be used as a metaphor for "internet," although the term is not so limited. Accordingly, the term "cloud computing" may be used herein to refer to a "type of internet-based computing" in which different services (such as servers, storage devices, and applications) are delivered to modular communication hub 203 and/or computer system 210 located in a surgical room (e.g., a fixed, mobile, temporary, or live operating room or space) and devices connected to modular communication hub 203 and/or computer system 210 over the internet. The cloud infrastructure may be maintained by a cloud service provider. In this case, the cloud service provider may be an entity that coordinates the use and control of the devices 1a-1n/2a-2m located in one or more operating rooms. Cloud computing services can perform a large amount of computing based on data collected by smart surgical instruments, robots, and other computerized devices located in the operating room. The hub hardware enables multiple devices or connections to connect to a computer that communicates with the cloud computing resources and storage devices.

Applying cloud computer data processing techniques to the data collected by the devices 1a-1n/2a-2m, the surgical data network provides improved surgical results, reduced costs and improved patient satisfaction. At least some of the devices 1a-1n/2a-2m may be employed to observe tissue conditions to assess leakage or perfusion of sealed tissue after tissue sealing and cutting procedures. At least some of the devices 1a-1n/2a-2m may be employed to identify pathologies, such as the effects of disease, using cloud-based computing to examine data including images of body tissue samples for diagnostic purposes. This includes localization and edge confirmation of tissues and phenotypes. At least some of the devices 1a-1n/2a-2m may be employed to identify anatomical structures of the body using various sensors integrated with imaging devices and techniques, such as overlaying images captured by multiple imaging devices. The data (including image data) collected by the devices 1a-1n/2a-2m may be transmitted to the cloud 204 or the local computer system 210 or both for data processing and manipulation, including image processing and manipulation. Such data analysis may further employ outcome analysis processing, and use of standardized methods may provide beneficial feedback to confirm or suggest modification of the behavior of the surgical treatment and surgeon.

In one implementation, the operating room devices 1a-1n may be connected to the modular communication hub 203 through a wired channel or a wireless channel, depending on the configuration of the devices 1a-1n to the network hub. In one aspect, hub 207 may be implemented as a local network broadcaster operating at the physical layer of the Open Systems Interconnection (OSI) model. The hub provides connectivity to devices 1a-1n located in the same operating room network. The hub 207 collects the data in the form of packets and transmits it to the router in half duplex mode. Hub 207 does not store any media access control/internet protocol (MAC/IP) used to transmit device data. Only one of the devices 1a-1n may transmit data through the hub 207 at a time. The hub 207 does not have routing tables or intelligence as to where to send information and broadcast all network data on each connection and to the remote server 213 (fig. 9) through the cloud 204. Hub 207 may detect basic network errors such as conflicts, but broadcasting all information to multiple ports may present a security risk and lead to bottlenecks.

In another implementation, the operating room devices 2a-2m may be connected to the network switch 209 via a wired channel or a wireless channel. Network switch 209 operates in the data link layer of the OSI model. The network switch 209 is a multicast device for connecting devices 2a-2m located in the same operating room to the network. Network switch 209 sends data in frames to network router 211 and operates in full duplex mode. Multiple devices 2a-2m may transmit data simultaneously through the network switch 209. The network switch 209 stores and uses the MAC addresses of the devices 2a-2m to transmit data.

Network hub 207 and/or network switch 209 are coupled to network router 211 to connect to cloud 204. Network router 211 operates in the network layer of the OSI model. Network router 211 creates a route for transmitting data packets received from network hub 207 and/or network switch 211 to the cloud-based computer resources for further processing and manipulation of data collected by any or all of devices 1a-1n/2a-2 m. Network router 211 may be employed to connect two or more different networks located at different locations, such as, for example, different operating rooms of the same medical facility or different networks located in different operating rooms of different medical facilities. Network router 211 sends data in packets to cloud 204 and operates in full duplex mode. Multiple devices may transmit data simultaneously. The network router 211 transmits data using the IP address.

In one example, hub 207 may be implemented as a USB hub, which allows multiple USB devices to be connected to a host. A USB hub may extend a single USB port to multiple tiers so that more ports are available for connecting devices to a host system computer. The hub 207 may include wired or wireless capabilities for receiving information over a wired channel or a wireless channel. In one aspect, a wireless USB short-range, high bandwidth wireless radio communication protocol may be used for communication between devices 1a-1n and devices 2a-2m located in an operating room.

In other examples, the operating room devices 1a-1n/2a-2m may communicate with the modular communication hub 203 via the Bluetooth wireless technology standard for exchanging data from fixed and mobile devices over short distances (using short wavelength UHF radio waves of 2.4 to 2.485GHz in the ISM band) and building Personal Area Networks (PANs). In other aspects, the operating room devices 1a-1n/2a-2m may communicate with the modular communication hub 203 via a variety of wireless or wired communication standards or protocols, including but not limited to Wi-Fi (IEEE 802.11 series), WiMAX (IEEE 802.16 series), IEEE 802.20, Long Term Evolution (LTE) and Ev-DO, HSPA +, HSDPA +, HSUPA +, EDGE, GSM, GPRS, CDMA, TDMA, DECT, and ethernet derivatives thereof, as well as any other wireless and wired protocols designated 3G, 4G, 5G, and above. The computing module may include a plurality of communication modules. For example, a first communication module may be dedicated to shorter range wireless communications such as Wi-Fi and bluetooth, and a second communication module may be dedicated to longer range wireless communications such as GPS, EDGE, GPRS, CDMA, WiMAX, LTE, Ev-DO, and the like.

The modular communication hub 203 may serve as a central connection for one or all of the operating room devices 1a-1n/2a-2m and handle a data type called a frame. The frames carry data generated by the devices 1a-1n/2a-2 m. When the modular communication hub 203 receives the frame, it is amplified and transmitted to the network router 211, which network router 211 transmits the data to the cloud computing resources using a plurality of wireless or wired communication standards or protocols as described herein.

Modular communication hub 203 may be used as a stand-alone device or connected to a compatible network hub and network switch to form a larger network. The modular communication hub 203 is generally easy to install, configure and maintain, making it a good option to network the operating room devices 1a-1n/2a-2 m.

Fig. 9 illustrates a computer-implemented interactive surgical system 200. The computer-implemented interactive surgical system 200 is similar in many respects to the computer-implemented interactive surgical system 100. For example, the computer-implemented interactive surgical system 200 includes one or more surgical systems 202 that are similar in many respects to the surgical system 102. Each surgical system 202 includes at least one surgical hub 206 in communication with a cloud 204, which may include a remote server 213. In one aspect, the computer-implemented interactive surgical system 200 includes a modular control tower 236, the modular control tower 236 being connected to a plurality of operating room devices, such as, for example, intelligent surgical instruments, robots, and other computerized devices located in an operating room. As shown in fig. 10, the modular control tower 236 includes a modular communication hub 203 coupled to the computer system 210. As shown in the example of fig. 9, the modular control tower 236 is coupled to an imaging module 238 coupled to an endoscope 239, a generator module 240 coupled to an energy device 241, a smoke ejector module 226, a suction/irrigation module 228, a communication module 230, a processor module 232, a storage array 234, a smart device/instrument 235 optionally coupled to a display 237, and a non-contact sensor module 242. The operating room devices are coupled to cloud computing resources and data storage via modular control tower 236. Robot hub 222 may also be connected to modular control tower 236 and cloud computing resources. The devices/instruments 235, visualization system 208, etc. may be coupled to the modular control tower 236 via wired or wireless communication standards or protocols, as described herein. The modular control tower 236 may be coupled to the hub display 215 (e.g., monitor, screen) to display and overlay images received from the imaging module, device/instrument display, and/or other visualization system 208. The hub display may also combine the image and the overlay image to display data received from devices connected to the modular control tower.

Fig. 10 shows the surgical hub 206 including a plurality of modules coupled to a modular control tower 236. The modular control tower 236 includes a modular communication hub 203 (e.g., a network connectivity device) and a computer system 210 to provide, for example, local processing, visualization, and imaging. As shown in fig. 10, the modular communication hub 203 may be connected in a hierarchical configuration to expand the number of modules (e.g., devices) that may be connected to the modular communication hub 203 and transmit data associated with the modules to the computer system 210, cloud computing resources, or both. As shown in fig. 10, each of the network hubs/switches in modular communication hub 203 includes three downstream ports and one upstream port. The upstream hub/switch is connected to the processor to provide a communication connection with the cloud computing resources and the local display 217. Communication with the cloud 204 may be through a wired or wireless communication channel.

The surgical hub 206 employs the non-contact sensor module 242 to measure dimensions of the operating room and uses ultrasound or laser type non-contact measurement devices to generate a map of the operating room. An ultrasound-based non-contact sensor module scans an Operating Room by emitting a burst of ultrasound waves and receiving echoes as it bounces off the enclosure of the Operating Room, as described under the heading "Surgical Hub Spatial aware Within the us provisional patent application serial No. 62/611,341 entitled" INTERACTIVE SURGICAL PLATFORM, "filed on 28.12.2017, which is incorporated herein by reference in its entirety, wherein the sensor module is configured to be able to determine the size of the Operating Room and adjust the bluetooth pairing distance limit. The laser-based contactless sensor module scans the operating room by emitting laser pulses, receiving laser pulses bouncing off the enclosure of the operating room, and comparing the phase of the emitted pulses with the received pulses to determine the size of the operating room and adjust the bluetooth pairing distance limit.

Computer system 210 includes a processor 244 and a network interface 245. The processor 244 is coupled via a system bus to the communication module 247, storage 248, memory 249, non-volatile memory 250, and input/output interface 251. The system bus can be any of several types of bus structure(s) including the memory bus or memory controller, a peripheral bus or external bus, and/or a local bus using any variety of available bus architectures including, but not limited to, 9-bit bus, Industrial Standard Architecture (ISA), micro Charmel architecture (MSA), extended ISA (eisa), Intelligent Drive Electronics (IDE), VESA Local Bus (VLB), Peripheral Component Interconnect (PCI), USB, Advanced Graphics Port (AGP), personal computer memory card international association bus (PCMCIA), Small Computer System Interface (SCSI), or any other peripheral bus.

Processor 244 may be any single-core or multi-core processor, such as those provided by Texas Instruments under the tradename ARM Cortex. In one aspect, the processor may be an LM4F230H5QR ARM Cortex-M4F processor core available from, for example, Texas Instruments, that includes on-chip memory of 256KB of single cycle flash or other non-volatile memory (up to 40MHz), a prefetch buffer for improving performance above 40MHz, 32KB of single cycle Sequential Random Access Memory (SRAM), loaded with a memory access unit (SRAM)Software internal Read Only Memory (ROM), 2KB Electrically Erasable Programmable Read Only Memory (EEPROM), and/or one or more Pulse Width Modulation (PWM) modules, one or more Quadrature Encoder Input (QEI) analog, one or more 12-bit analog-to-digital converters (ADCs) with 12 analog input channels, the details of which can be seen in the product data sheet.

In one aspect, processor 244 may comprise a safety controller comprising two series controller-based controllers (such as TMS570 and RM4x), known under the trade name Hercules ARMCortex R4, also manufactured by Texas Instruments. The security controller may be configured to be able to be dedicated to IEC 61508 and ISO 26262 security critical applications, among others, to provide advanced integrated security features while delivering scalable performance, connectivity, and memory options.

The system memory includes volatile memory and non-volatile memory. The basic input/output system (BIOS), containing the basic routines to transfer information between elements within the computer system, such as during start-up, is stored in nonvolatile memory. For example, nonvolatile memory can include ROM, Programmable ROM (PROM), Electrically Programmable ROM (EPROM), EEPROM, or flash memory. Volatile memory includes Random Access Memory (RAM), which acts as external cache memory. Further, RAM may be available in a variety of forms, such as SRAM, Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), Double Data Rate SDRAM (DDRSDRAM), Enhanced SDRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), and Direct Rambus RAM (DRRAM).

The computer system 210 also includes removable/non-removable, volatile/nonvolatile computer storage media, such as, for example, magnetic disk storage. Disk storage devices include, but are not limited to, devices such as a magnetic disk drive, floppy disk drive, tape drive, Jaz drive, Zip drive, LS-60 drive, flash memory card, or memory stick. In addition, disk storage devices can include storage media separately or in combination with other storage media including, but not limited to, an optical disk drive such as a compact disk ROM device (CD-ROM), a compact disk recordable drive (CD-R drive), a compact disk rewritable drive (CD-RW drive) or a digital versatile disk ROM drive (DVD-ROM). To facilitate connection of the disk storage devices to the system bus, a removable or non-removable interface may be used.

It is to be appreciated that the computer system 210 includes software that acts as an intermediary between users and the basic computer resources described in suitable operating environments. Such software includes an operating system. An operating system, which may be stored on disk storage, is used to control and allocate resources of the computer system. System applications utilize the operating system to manage resources through program modules and program data stored in system memory or on disk storage. It is to be appreciated that the various components described herein can be implemented with various operating systems or combinations of operating systems.

A user enters commands or information into the computer system 210 through input devices coupled to the I/O interface 251. Input devices include, but are not limited to, a pointing device such as a mouse, trackball, stylus, touch pad, keyboard, microphone, joystick, game pad, satellite dish, scanner, television tuner card, digital camera, digital video camera, web camera, and the like. These and other input devices are connected to the processor through the system bus via interface ports. The interface port(s) include, for example, a serial port, a parallel port, a game port, and a USB. The output device uses the same type of port as the input device. Thus, for example, a USB port may be used to provide input to a computer system and to output information from the computer system to an output device. Output adapters are provided to illustrate that there are some output devices (such as monitors, displays, speakers, and printers) that require special adapters among other output devices.

The computer system 210 may operate in a networked environment using logical connections to one or more remote computers, such as a cloud computer, or local computers. The remote cloud computer can be a personal computer, a server, a router, a network PC, a workstation, a microprocessor-based appliance, a peer device or other common network node and the like, and typically includes many or all of the elements described relative to the computer system. For purposes of clarity, only a memory storage device with a remote computer is illustrated. The remote computer is logically connected to the computer system through a network interface and then physically connected via a communications connection. Network interfaces encompass communication networks such as Local Area Networks (LANs) and Wide Area Networks (WANs). LAN technologies include Fiber Distributed Data Interface (FDDI), Copper Distributed Data Interface (CDDI), Ethernet/IEEE 802.3, token Ring/IEEE 802.5, and the like. WAN technologies include, but are not limited to, point-to-point links, circuit switching networks like Integrated Services Digital Networks (ISDN) and variations thereon, packet switching networks, and Digital Subscriber Lines (DSL).

In various aspects, the computer system 210, imaging module 238, and/or visualization system 208 of fig. 10, and/or the processor module 232 of fig. 9-10 may include an image processor, an image processing engine, a media processor, or any dedicated Digital Signal Processor (DSP) for processing digital images. The image processor may employ parallel computing with single instruction, multiple data (SIMD) or multiple instruction, multiple data (MIMD) techniques to increase speed and efficiency. The digital image processing engine may perform a series of tasks. The image processor may be a system on a chip having a multi-core processor architecture.

A communication connection refers to the hardware/software used to interface the network to the bus. While a communication connection is shown for exemplary clarity within the computer system, it can also be external to computer system 210. The hardware/software necessary for connection to the network interface includes, for exemplary purposes only, internal and external technologies such as, modems including regular telephone grade modems, cable modems and DSL modems, ISDN adapters, and Ethernet cards.

In various aspects, the device/instrument 235 described with reference to fig. 9-10 may be implemented as one or more of an active or idle device (see 200510), an advanced energy device, a powered endoscopic grasper, a powered stapler, or a powered endoscopic clip applier (see 200520), or a powered stapler, a powered endoscopic grasper, an advanced energy device, or a powered endoscopic clip applier (see 200530), as shown in fig. 16. Thus, one or more active or idle devices (see 200510), advanced energy devices, powered endoscopic graspers, powered staplers or powered endoscopic clip appliers (see 200520), or powered staplers, powered endoscopic graspers, advanced energy devices or powered endoscopic clip appliers (see 200530) (as shown in fig. 16) may be configured to interact with the modular control tower 236 and the surgical hub 206. Once connected to the surgical hub 206, the one or more active or idle devices (see 200510), advanced energy devices, powered endoscopic graspers, powered staplers or powered endoscopic clip appliers (see 200520), or powered staplers, powered endoscopic graspers, advanced energy devices or powered endoscopic clip appliers (see 200530) (shown in fig. 16) may be configured to interact with the cloud 204, the server 213, other hub-connected instruments, the hub display 215, or the visualization system 209, or a combination thereof. Further, once connected to the hub 206, the one or more active or idle devices (see 200510), advanced energy devices, powered endoscopic graspers, powered staplers or powered endoscopic clip appliers (see 200520), or powered staplers, powered endoscopic graspers, advanced energy devices or powered endoscopic clip appliers (see 200530) (as shown in fig. 16) may utilize the processing circuitry available in the hub local computer system 210.

Fig. 11 illustrates a functional block diagram of one aspect of a USB hub 300 device in accordance with at least one aspect of the present disclosure. In the illustrated aspect, the USB hub device 300 employs a Texas Instruments TUSB2036 integrated circuit hub. The USB hub 300 is a CMOS device that provides an upstream USB transceiver port 302 and up to three downstream USB transceiver ports 304, 306, 308 according to the USB2.0 specification. The upstream USB transceiver port 302 is a differential root data port that includes a differential data negative (DP0) input paired with a differential data positive (DM0) input. The three downstream USB transceiver ports 304, 306, 308 are differential data ports, where each port includes a differential data positive (DP1-DP3) output paired with a differential data negative (DM1-DM3) output.

The USB hub 300 device is implemented with a digital state machine rather than a microcontroller and does not require firmware programming. Fully compatible USB transceivers are integrated into the circuitry for the upstream USB transceiver port 302 and all downstream USB transceiver ports 304, 306, 308. The downstream USB transceiver ports 304, 306, 308 support both full-speed devices and low-speed devices by automatically setting the slew rate according to the speed of the device attached to the port. The USB hub 300 device may be configured to be capable of being in a bus-powered mode or a self-powered mode and includes hub power logic 312 for managing power.

The USB hub 300 device includes a serial interface engine 310 (SIE). SIE 310 is the front end of the USB hub 300 hardware and handles most of the protocols described in section 8 of the USB specification. The SIE 310 typically includes signaling up to the transaction level. The processing functions thereof may include: packet identification, transaction ordering, SOP, EOP, RESET and RESUME signal detection/generation, clock/data separation, no return to zero inversion (NRZI) data encoding/decoding and digit stuffing, CRC generation and verification (token and data), packet id (pid) generation and verification/decoding, and/or serial-parallel/parallel-serial conversion. 310 receives a clock input 314 and is coupled to pause/resume logic and frame timer 316 circuitry and hub repeater circuitry 318 to control communications between the upstream USB transceiver port 302 and the downstream USB transceiver ports 304, 306, 308 through port logic circuits 320, 322, 324. The SIE 310 is coupled to a command decoder 326 via interface logic 328 to control commands from the serial EEPROM via a serial EEPROM interface 330.

In various aspects, the USB hub 300 may connect 127 functions configured in up to six logical layers (tiers) to a single computer. Further, the USB hub 300 may be connected to all external devices using a standardized four-wire cable that provides both communication and power distribution. The power configuration is a bus powered mode and a self-powered mode. The USB hub 300 may be configured to support four power management modes: bus-powered hubs with individual port power management or package port power management, and self-powered hubs with individual port power management or package port power management. In one aspect, the USB hub 300, upstream USB transceiver port 302, are plugged into the USB host controller using a USB cable, and downstream USB transceiver ports 304, 306, 308 are exposed for connection of USB compatible devices, or the like.

Additional details regarding the structure and function OF the surgical HUB and/or surgical HUB network can be found in U.S. provisional patent application No. 62/659,900 entitled "METHOD OF HUB COMMUNICATION" filed on 19.4.2018, which is incorporated herein by reference in its entirety.

Cloud system hardware and functional module

Fig. 12 is a block diagram of a computer-implemented interactive surgical system in accordance with at least one aspect of the present disclosure. In one aspect, a computer-implemented interactive surgical system is configured to monitor and analyze data related to the operation of various surgical systems, including surgical hubs, surgical instruments, robotic devices, and operating rooms or medical facilities. A computer-implemented interactive surgical system includes a cloud-based analysis system. While the cloud-based analysis system is described as a surgical system, it is not necessarily so limited and may generally be a cloud-based medical system. As shown in fig. 12, the cloud-based analysis system includes a plurality of surgical instruments 7012 (which may be the same as or similar to instrument 112), a plurality of surgical hubs 7006 (which may be the same as or similar to hub 106), and a surgical data network 7001 (which may be the same as or similar to network 201) to couple the surgical hubs 7006 to cloud 7004 (which may be the same as or similar to cloud 204). Each of the plurality of surgical hubs 7006 is communicatively coupled to one or more surgical instruments 7012. The hub 7006 is also communicatively coupled to the cloud 7004 of the computer-implemented interactive surgical system via a network 7001. The cloud 7004 is a remote centralized hardware and software source for storing, manipulating, and transmitting data generated based on the operation of various surgical systems. As shown in fig. 12, access to cloud 7004 is enabled via a network 7001, which may be the internet or some other suitable computer network. The surgical hub 7006 coupled to the cloud 7004 may be considered a client side of a cloud computing system (i.e., a cloud-based analysis system). The surgical instrument 7012 is paired with a surgical hub 7006 for use in controlling and effecting various surgical procedures or operations as described herein.

In addition, the surgical instrument 7012 can include a transceiver for transmitting data to and from its corresponding surgical hub 7006 (which can also include a transceiver). The combination of the surgical instrument 7012 and the corresponding hub 7006 may indicate a particular location for providing a medical procedure, such as an operating room in a medical facility (e.g., hospital). For example, the memory of the surgical hub 7006 may store location data. As shown in fig. 12, the cloud 7004 includes a central server 7013 (which may be the same as or similar to remote server 113 in fig. 1 and/or remote server 213 in fig. 9), a hub application server 7002, a data analysis module 7034, and an input/output ("I/O") interface 7007. The central server 7013 of the cloud 7004 collectively hosts a cloud computing system that includes monitoring requests of the client surgical hubs 7006 and managing processing capacity of the cloud 7004 for executing the requests. Each of the central servers 7013 includes one or more processors 7008 coupled to a suitable memory device 7010, which may include volatile memory, such as Random Access Memory (RAM), and non-volatile memory, such as magnetic storage. Memory device 7010 may include machine executable instructions that, when executed, cause processor 7008 to execute data analysis module 7034 for cloud-based data analysis, operations, recommendations, and other operations described below. Further, the processor 7008 may execute the data analysis module 7034 independently or in conjunction with a hub application executed independently by the hub 7006. The central server 7013 also includes a database 2212 of aggregated medical data that may reside in memory 2210.

Based on the connections to the various surgical hubs 7006 via the network 7001, the cloud 7004 may aggregate data from particular data generated by the various surgical instruments 7012 and their corresponding hubs 7006. Such summarized data may be stored within the summarized medical database 7011 of the cloud 7004. In particular, the cloud 7004 may advantageously perform data analysis and operations on the summarized data to generate insights and/or perform functions that cannot be implemented by the respective hubs 7006 themselves. To this end, as shown in fig. 12, the cloud 7004 and the surgical hub 7006 are communicatively coupled to transmit and receive information. The I/O interface 7007 is connected to a plurality of surgical hubs 7006 via a network 7001. In this manner, the I/O interface 7007 may be configured to enable transfer of information between the surgical hub 7006 and the database 7011 of aggregated medical data. Thus, the I/O interface 7007 may facilitate read/write operations of the cloud-based analytics system. Such read/write operations may be performed in response to a request from the hub 7006. These requests may be transmitted to the hub 7006 through the hub application. The I/O interface 7007 may include one or more high speed data ports, which may include a Universal Serial Bus (USB) port, an IEEE 1394 port, and Wi-Fi and bluetooth I/O interfaces for connecting the cloud 7004 to the hub 7006. The hub application server 7002 of the cloud 7004 is configured to host and provide shared capabilities to software applications (e.g., hub applications) executed by the surgical hub 7006. For example, the hub application server 7002 may manage requests made by hub applications through the hub 7006, control access to the database 7011 of aggregated medical data, and perform load balancing. Data analysis module 7034 is described in more detail with reference to fig. 13.

The particular cloud computing system configurations described in this disclosure are specifically designed to address various issues arising in the context of medical procedures and procedures performed using medical devices (such as the surgical instruments 7012, 112). In particular, the surgical instrument 7012 can be a digital surgical device configured to interact with the cloud 7004 for implementing techniques that improve performance of a surgical procedure. Various surgical instruments 7012 and/or the surgical hub 7006 may include touch-controlled user interfaces so that a clinician can control aspects of the interaction between the surgical instrument 7012 and the cloud 7004. Other suitable user interfaces for control may also be used, such as a user interface for auditory control.

Fig. 13 is a block diagram illustrating a functional architecture of a computer-implemented interactive surgical system in accordance with at least one aspect of the present disclosure. The cloud-based analysis system includes a plurality of data analysis modules 7034 executable by processors 7008 of cloud 7004 for providing data analysis solutions to specifically generated problems in the medical field. As shown in fig. 13, the functionality of the cloud-based data analysis module 7034 may be facilitated via a hub application 7014 hosted by a hub application server 7002, which is accessible on a surgical hub 7006. Cloud processor 7008 and hub application 7014 may operate in conjunction to execute data analysis module 7034. An Application Program Interface (API)7016 defines a set of protocols and routines corresponding to the hub application 7014. In addition, the API 7016 manages the storage and retrieval of data into and from the aggregated medical data database 7011 for the operation of the application program 7014. The cache 7018 also stores data (e.g., temporarily) and is coupled to the API 7016 for more efficient retrieval of data used by the application programs 7014. Data analysis module 7034 in fig. 13 includes resource optimization module 7020, data collection and aggregation module 7022, authentication and security module 7024, control program update module 7026, patient outcome analysis module 7028, recommendation module 7030, and data classification and prioritization module 7032. According to some aspects, cloud 7004 can also implement other suitable data analysis modules. In one aspect, the data analysis module is used to analyze specific recommendations for trends, results, and other data.

For example, the data collection and aggregation module 7022 may be used to generate self-describing data (e.g., metadata) including identification of salient features or configurations (e.g., trends), management of redundant data sets that may be grouped by surgery, but not necessarily locked to actual surgical dates and surgeons, and storage of data in paired data sets. In particular, the set of data generated by operation of the surgical instrument 7012 may include applying a binary classification, e.g., bleeding or non-bleeding events. More generally, a binary classification may be characterized as a desired event (e.g., a successful surgical procedure) or an undesired event (e.g., a mis-fired or misused surgical instrument 7012). The aggregated self-descriptive data may correspond to individual data received from various groups or subgroups of the surgical hub 7006. Thus, the data collection and aggregation module 7022 may generate aggregated metadata or other organizational data based on the raw data received from the surgical hub 7006. To this end, the processor 7008 may be operatively coupled to a hub application 7014 and a database 7011 of aggregated medical data for executing a data analysis module 7034. The data collection and aggregation module 7022 may store aggregated organizational data in a database 2212 of aggregated medical data.

Resource optimization module 7020 may be configured to be able to analyze the aggregate data to determine an optimal use of resources for a particular or group of medical facilities. For example, the resource optimization module 7020 may determine the optimal sequence point of the surgical stapling instrument 7012 for a set of medical facilities based on the corresponding predicted demand of such instruments 7012. Resource optimization module 7020 may also evaluate resource usage or other operational configurations of various medical facilities to determine whether resource usage can be improved. Similarly, recommendation module 7030 may be configured to analyze the aggregated organizational data from data collection and aggregation module 7022 to provide recommendations. For example, the recommendation module 7030 may recommend to a medical facility (e.g., a medical services provider, such as a hospital) that a particular surgical instrument 7012 should be upgraded to an improved version based on, for example, a higher than expected error rate. In addition, the recommendation module 7030 and/or the resource optimization module 7020 may recommend better supply chain parameters, such as product reordering points, and provide recommendations for different surgical instruments 7012, their use, or surgical steps to improve surgical outcomes. The medical facility may receive such recommendations via the corresponding surgical hub 7006. More specific suggestions as to the parameters or configurations of various surgical instruments 7012 may also be provided. The hub 7006 and/or the surgical instrument 7012 may also each have a display screen that displays data or recommendations provided by the cloud 7004.

The patient outcome analysis module 7028 may analyze the surgical outcome associated with the currently used operating parameters of the surgical instrument 7012. Patient outcome analysis module 7028 may also analyze and evaluate other potential operating parameters. In this regard, the recommendation module 7030 may recommend using these other potential operating parameters based on producing better surgical results (such as better sealing or less bleeding). For example, the recommendation module 7030 may transmit a recommendation to the surgical hub 7006 as to when to use a particular cartridge for a corresponding stapling surgical instrument 7012. Thus, the cloud-based analysis system, in controlling common variables, may be configured to be able to analyze a collection of large amounts of raw data and provide centralized recommendations (advantageously determined based on aggregated data) for a plurality of medical facilities. For example, a cloud-based analysis system may analyze, evaluate, and/or aggregate data based on the type of medical practice, the type of patient, the number of patients, geographic similarities between medical providers, which medical providers/facilities use similar types of instruments, and so forth, such that any individual medical facility alone cannot independently analyze.

The control program update module 7026 may be configured to execute various surgical instrument 7012 recommendations when a corresponding control program is updated. For example, patient outcome analysis module 7028 may identify correlations linking particular control parameters to successful (or unsuccessful) outcomes. Such correlations may be resolved when updated control programs are transmitted to the surgical instrument 7012 via the control program update module 7026. Updates to the instrument 7012 transmitted via the corresponding hub 7006 may incorporate aggregated performance data collected and analyzed by the data collection and aggregation module 7022 of the cloud 7004. Additionally, the patient outcome analysis module 7028 and the recommendation module 7030 may identify improved methods of using the instrument 7012 based on the aggregated performance data.

The cloud-based analytics system may include security features implemented by the cloud 7004. These security features may be managed by the authorization and security module 7024. Each surgical hub 7006 may have associated unique credentials, such as a username, password, and other suitable security credentials. These credentials may be stored in memory 7010 and associated with the allowed cloud access levels. For example, based on providing accurate credentials, the surgical hub 7006 may be granted access to communicate with the cloud to a predetermined degree (e.g., may only participate in transmitting or receiving certain defined types of information). To this end, the database 7011 of aggregated medical data of the cloud 7004 may include a database of authorization credentials for verifying the accuracy of the provisioned credentials. Different credentials may be associated with different levels of permission to interact with cloud 7004, such as a predetermined level of access for receiving data analytics generated by cloud 7004.

Further, for security purposes, the cloud may maintain a database of hubs 7006, appliances 7012, and other devices that may include a "blacklist" of forbidden devices. In particular, the blacklisted surgical hubs 7006 may not be allowed to interact with the cloud, while the blacklisted surgical instruments 7012 may not have functional access to the corresponding hubs 7006 and/or may be prevented from functioning fully when paired with their corresponding hubs 7006. Additionally or alternatively, the cloud 7004 can mark the instrument 7012 based on incompatibility or other specific criteria. In this way, counterfeit medical devices and improper reuse of such devices throughout the cloud-based analysis system may be identified and addressed.

The surgical instrument 7012 may use the wireless transceiver to transmit a wireless signal, which may represent, for example, authorization credentials for accessing the corresponding hub 7006 and cloud 7004. The wired transceiver may also be used to transmit signals. Such authorization credentials may be stored in a respective memory device of the surgical instrument 7012. The authorization and security module 7024 may determine whether the authorization credential is accurate or counterfeit. The authorization and security module 7024 may also dynamically generate authorization credentials for enhanced security. The credentials may also be encrypted, such as by using hash-based encryption. Upon transmitting appropriate authorization, the surgical instrument 7012 may transmit a signal to the corresponding hub 7006 and ultimately to the cloud 7004 to indicate that the instrument 7012 is ready to acquire and transmit medical data. In response, the cloud 7004 may transition to a state that can be used to receive medical data for storage into the database 7011 of aggregated medical data. The readiness of this data transfer may be indicated, for example, by a light indicator on the instrument 7012. The cloud 7004 can also transmit signals to the surgical instrument 7012 for updating its associated control program. The cloud 7004 may transmit a signal relating to a particular class of surgical instrument 7012 (e.g., an electrosurgical instrument) such that software updates of the control program are transmitted only to the appropriate surgical instrument 7012. Further, the cloud 7004 can be used to implement a system-wide solution to address local or global issues based on selective data transfer and authorization credentials. For example, if a group of surgical instruments 7012 is identified as having a common manufacturing defect, the cloud 7004 may change the authorization credential corresponding to the group to achieve an operational lockout of the group.

The cloud-based analysis system may allow monitoring of multiple medical facilities (e.g., medical facilities such as hospitals) to determine improved practices and suggest changes accordingly (e.g., via suggestion module 2030). Thus, the processor 7008 of the cloud 7004 may analyze data associated with each medical facility to identify the facility and aggregate the data with other data associated with other medical facilities in the group. For example, groups may be defined based on similar operational practices or geographic locations. In this way, the cloud 7004 can provide analysis and recommendations across a group of medical facilities. Cloud-based analytics systems may also be used to enhance situational awareness. For example, the processor 7008 may predictively model the impact of the recommendations on the cost and effectiveness of a particular facility (relative to the overall operation and/or various medical procedures). The cost and effectiveness associated with that particular facility may also be compared to corresponding local areas of other facilities or any other comparable facility.

Data sorting and prioritization module 7032 may prioritize and classify data based on criticality (e.g., severity, surprise, suspicion of medical events associated with the data). Such classification and prioritization may be used in conjunction with the functionality of the other data analysis module 7034 described above to improve the cloud-based analysis and operations described herein. For example, data sorting and prioritization module 7032 may assign priorities to data analysis performed by data collection and aggregation module 7022 and patient outcome analysis module 7028. Different priority order levels may elicit specific responses (corresponding to urgency levels) from the cloud 7004, such as escalation of accelerated responses, special handling, exclusion of the database 7011 of aggregated medical data, or other suitable responses. Further, if desired, the cloud 7004 can transmit a request (e.g., a push message) for additional data from the corresponding surgical instrument 7012 through the hub application server. The push message may cause a notification to be displayed on the corresponding hub 7006 requesting support or additional data. This push message may be required in the event that the cloud detects a significant irregularity or abnormality and the cloud cannot determine the cause of the irregularity. The central server 7013 may be programmed to trigger the push message in certain significant circumstances, such as when the data is determined to be different than an expected value that exceeds a predetermined threshold or when it appears that security has been included, for example.

In various aspects, the surgical instrument 7012 described above with reference to fig. 12 and 13 can be implemented as one or more active or idle devices (see 200510), advanced energy devices, powered endoscopic graspers, powered staplers, or powered endoscopic clip appliers (see 200520), or powered staplers, powered endoscopic graspers, advanced energy devices, or powered endoscopic clip appliers (see 200530), as shown in fig. 16. Thus, the one or more active or idle devices (see 200510), advanced energy devices, powered endoscopic graspers, powered staplers, or powered endoscopic clip appliers (see 200520), or powered staplers, powered endoscopic graspers, advanced energy devices, or powered endoscopic clip appliers (see 200530) (as shown in fig. 16) may be configured to be able to interact with the surgical hub 7006 and the network 2001 configured to be able to interact with the cloud 7004. Thus, the processing capabilities provided by the central server 7013 and the data analysis module 7034 are configured to be able to process processing information (e.g., data and control) from one or more active or idle devices (see 200510), advanced energy devices, powered endoscopic graspers, powered staplers, or powered endoscopic clip appliers (see 200520), or powered staplers, powered endoscopic graspers, advanced energy devices, or powered endoscopic clip appliers (see 200530), as shown in fig. 16.

Additional details regarding the cloud analysis system can be found in U.S. provisional patent application 62/659,900 entitled "METHOD OF HUBCOMMUNICATION," filed on 19/4.2018, which is hereby incorporated by reference in its entirety.

Situation awareness

While a "smart" device that includes a control algorithm responsive to sensed data may be an improvement over a "dumb" device that operates without regard to sensed data, some sensed data may be incomplete or uncertain when considered in isolation, i.e., in the context of no type of surgical procedure being performed or type of tissue being operated upon. Without knowing the surgical context (e.g., knowing the type of tissue being operated on or the type of procedure being performed), the control algorithm may control the modular device incorrectly or sub-optimally given the particular no-context sensing data. For example, the optimal manner in which a control algorithm for controlling a surgical instrument in response to a particular sensed parameter may vary depending on the particular tissue type being operated on. This is due to the fact that: different tissue types have different characteristics (e.g., tear resistance) and thus respond differently to actions taken by a surgical instrument. Thus, it may be desirable for a surgical instrument to take different actions even when the same measurement for a particular parameter is sensed. As one particular example, the optimal manner in which a surgical stapling and severing instrument is controlled in response to the instrument sensing an unexpectedly high force for closing its end effector will vary depending on whether the tissue type is prone to tearing or tear-resistant. For tissue that is prone to tearing (such as lung tissue), the instrument's control algorithm will optimally ramp down the motor speed in response to an unexpectedly high force for closure, thereby avoiding tearing tissue. For tissue that is resistant to tearing (such as stomach tissue), the instrument's control algorithm will optimally ramp the motor speed up in response to an unexpectedly high force for closure, thereby ensuring that the end effector is properly clamped on the tissue. The control algorithm may make a suboptimal decision without knowing whether lung tissue or stomach tissue has been clamped.

One solution utilizes a surgical hub that includes a system configured to derive information about the surgical procedure being performed based on data received from various data sources, and then control the paired modular devices accordingly. In other words, the surgical hub is configured to infer information about the surgical procedure from the received data and then control the modular devices paired with the surgical hub based on the inferred context of the surgical procedure. Fig. 14 illustrates a diagram of a situation-aware surgical system 5100 in accordance with at least one aspect of the present disclosure. In some examples, the data source 5126 includes, for example, a modular device 5102 (which may include sensors configured to be able to detect parameters associated with the patient and/or the modular device itself), a database 5122 (e.g., an EMR database containing patient records), and a patient monitoring device 5124 (e.g., a Blood Pressure (BP) monitor and an Electrocardiogram (EKG) monitor).

The surgical hub 5104, which may be similar in many respects to the hub 106, may be configured to be capable of deriving background information related to a surgical procedure from the data, e.g., based on a particular combination of received data or a particular order in which the data is received from the data source 5126. The context information inferred from the received data may include, for example, the type of surgical procedure being performed, the particular step of the surgical procedure being performed by the surgeon, the type of tissue being operated on, or the body cavity that is the subject of the procedure. This ability of some aspects of the surgical hub 5104 to derive or infer information related to the surgical procedure from the received data may be referred to as "situational awareness. In one example, the surgical hub 5104 may incorporate a situational awareness system, which is hardware and/or programming associated with the surgical hub 5104 that derives contextual information related to the surgical procedure from the received data.

The situational awareness system of the surgical hub 5104 may be configured to derive contextual information from data received from the data source 5126 in a number of different ways. In one example, the situational awareness system includes a pattern recognition system or machine learning system (e.g., an artificial neural network) that has been trained on training data to associate various inputs (e.g., data from the database 5122, the patient monitoring device 5124, and/or the modular device 5102) with corresponding contextual information about the surgical procedure. In other words, the machine learning system may be trained to accurately derive contextual information about the surgical procedure from the provided inputs. In another example, the situational awareness system may include a look-up table that stores pre-characterized contextual information about the surgical procedure in association with one or more inputs (or input ranges) corresponding to the contextual information. In response to a query with one or more inputs, the lookup table may return corresponding context information that the situational awareness system uses to control the modular device 5102. In one example, the contextual information received by the situational awareness system of the surgical hub 5104 is associated with a particular control adjustment or set of control adjustments for one or more modular devices 5102. In another example, the situational awareness system includes additional machine learning systems, look-up tables, or other such systems that generate or retrieve one or more control adjustments for one or more of the modular devices 5102 when providing contextual information as input.

The surgical hub 5104 incorporating the situational awareness system provides a number of benefits to the surgical system 5100. One benefit includes improved interpretation of sensed and collected data, which in turn will improve processing accuracy and/or use of the data during the surgical procedure. Returning to the previous example, the situational awareness surgical hub 5104 may determine the type of tissue being operated on; thus, when an unexpectedly high force is detected for closing the end effector of the surgical instrument, the situation aware surgical hub 5104 can properly ramp up or ramp down the motor speed for the tissue-type surgical instrument.

As another example, the type of tissue being operated on may affect the adjustment of the compressibility and loading thresholds of the surgical stapling and severing instrument for a particular tissue gap measurement. The situational aware surgical hub 5104 can infer whether the surgical procedure being performed is a chest procedure or an abdominal procedure, allowing the surgical hub 5104 to determine whether the tissue held by the end effector of the surgical stapling and severing instrument is lung tissue (for chest procedures) or stomach tissue (for abdominal procedures). The surgical hub 5104 can then appropriately adjust the compression rate and load thresholds of the surgical stapling and severing instrument for the type of tissue.

As yet another example, the type of body cavity that is manipulated during an insufflation procedure may affect the function of the smoke extractor. The situational awareness surgical hub 5104 may determine whether the surgical site is under pressure (by determining that the surgical procedure is utilizing insufflation) and determine the type of procedure. Since one type of procedure is typically performed within a particular body cavity, the surgical hub 5104 can then appropriately control the motor speed of the smoke extractor for the body cavity in which it is operating. Thus, the situational awareness surgical hub 5104 may provide consistent smoke output for both chest and abdominal surgery.

As yet another example, the type of procedure being performed may affect the optimal energy level at which an ultrasonic surgical instrument or a Radio Frequency (RF) electrosurgical instrument operates. For example, arthroscopic surgery requires higher energy levels because the end effector of an ultrasonic surgical instrument or RF electrosurgical instrument is immersed in fluid. The situation aware surgical hub 5104 can determine whether the surgical procedure is an arthroscopic procedure. The surgical hub 5104 may then adjust the RF power level or ultrasound amplitude (i.e., the "energy level") of the generator to compensate for the fluid-filled environment. Relatedly, the type of tissue being operated on may affect the optimal energy level at which the ultrasonic surgical instrument or RF electrosurgical instrument operates. The situational awareness surgical hub 5104 can determine the type of surgical procedure being performed and then customize the energy level of the ultrasonic surgical instrument or RF electrosurgical instrument, respectively, according to the expected tissue profile of the surgical procedure. Further, the situation-aware surgical hub 5104 may be configured to enable adjustment of the energy level of the ultrasonic surgical instrument or RF electrosurgical instrument throughout the surgical procedure, rather than only on a procedure-by-procedure basis. The situation aware surgical hub 5104 can determine the steps of the surgical procedure being performed or to be performed subsequently and then update the control algorithm for the generator and/or ultrasonic surgical instrument or RF electrosurgical instrument to set the energy level at a value appropriate for the desired tissue type according to the surgical procedure.

As yet another example, data may be extracted from additional data sources 5126 to improve the conclusion that the surgical hub 5104 extracts from one data source 5126. The situation aware surgical hub 5104 can augment the data it receives from the modular device 5102 with contextual information about the surgical procedure that has been built from other data sources 5126. For example, the situational awareness surgical hub 5104 may be configured to determine whether hemostasis has occurred (i.e., whether bleeding at the surgical site has stopped) based on video or image data received from the medical imaging device. However, in some cases, the video or image data may be uncertain. Thus, in one example, the surgical hub 5104 may also be configured to compare physiological measurements (e.g., blood pressure sensed by a BP monitor communicatively connected to the surgical hub 5104) with hemostatic visual or image data (e.g., from the medical imaging device 124 (fig. 2) communicatively coupled to the surgical hub 5104) to determine the integrity of the suture or tissue weld. In other words, the situational awareness system of the surgical hub 5104 may take into account the physiological measurement data to provide additional context when analyzing the visualization data. Additional context may be useful when the visualization data itself may be ambiguous or incomplete.

Another benefit includes actively and automatically controlling the paired modular devices 5102 according to the particular step of the surgical procedure being performed to reduce the number of times medical personnel need to interact with or control the surgical system 5100 during the surgical procedure. For example, if the situation-aware surgical hub 5104 determines that a subsequent step of the procedure requires the use of an RF electrosurgical instrument, it may actively activate a generator connected to the instrument. Actively activating the energy source allows the instrument to be ready for use as soon as the previous step of the procedure is completed.

As another example, the situation aware surgical hub 5104 may determine whether a different view or degree of magnification on the display is required for the current or subsequent step of the surgical procedure based on features that the surgeon expects to need to view at the surgical site. The surgical hub 5104 may then actively change the displayed view accordingly (e.g., provided by the medical imaging device for the visualization system 108), such that the display is automatically adjusted throughout the surgical procedure.

As yet another example, the situation aware surgical hub 5104 can determine which step of the surgical procedure is being performed or is to be performed subsequently and whether a comparison between particular data or data is required for that step of the surgical procedure. The surgical hub 5104 may be configured to automatically invoke a data screen based on the steps of the surgical procedure being performed without waiting for the surgeon to request this particular information.

Another benefit includes checking for errors during setup of the surgical procedure or during the course of the surgical procedure. For example, the situational awareness surgical hub 5104 may determine whether the operating room is properly or optimally set for the surgical procedure to be performed. The surgical hub 5104 may be configured to determine the type of surgical procedure being performed, retrieve (e.g., from memory) a corresponding manifest, product location, or setup requirements, and then compare the current operating room layout to the standard layout determined by the surgical hub 5104 for the type of surgical procedure being performed. In one example, the surgical hub 5104 may be configured to be able to compare, for example, a list of items for procedures scanned by a suitable scanner, and/or a list of devices paired with the surgical hub 5104, with a recommended or expected list of items and/or devices for a given surgical procedure. The surgical hub 5104 may be configured to provide an alert indicating the absence of a particular modular device 5102, patient monitoring device 5124, and/or other surgical item if any discontinuity exists between the lists. In one example, the surgical hub 5104 may be configured to be able to determine the relative distance or location of the modular device 5102 and the patient monitoring device 5124, e.g., via proximity sensors. The surgical hub 5104 can compare the relative position of the devices to a recommended or expected layout for a particular surgical procedure. The surgical hub 5104 may be configured to provide an alert indicating that the current layout for the surgical procedure deviates from the recommended layout if there are any discontinuities between layouts.

As another example, the situational awareness surgical hub 5104 can determine whether the surgeon (or other medical personnel) is making mistakes or otherwise deviating from the expected course of action during the surgical procedure. For example, the surgical hub 5104 may be configured to determine the type of surgical procedure being performed, retrieve (e.g., from memory) a corresponding list of steps or order of device usage, and then compare the steps being performed or the devices being used during the surgical procedure to the expected steps or devices determined by the surgical hub 5104 for the type of surgical procedure being performed. In one example, the surgical hub 5104 may be configured to provide an alert indicating that an unexpected action is being performed or an unexpected device is being used at a particular step in the surgical procedure.

In general, the situational awareness system for the surgical hub 5104 improves surgical results by adjusting the surgical instruments (and other modular devices 5102) for the particular context of each surgical procedure, such as for different tissue types, and verifying actions during the surgical procedure. The situational awareness system also improves the surgeon's efficiency in performing the surgical procedure by automatically suggesting next steps, providing data, and adjusting the display and other modular devices 5102 in the operating room, depending on the particular context of the procedure.

In one aspect, as described below with reference to fig. 24-40, the modular device 5102 is implemented as one or more active or idle devices (see 200510), advanced energy devices, powered endoscopic graspers, powered staplers, or powered endoscopic clip appliers (see 200520), or powered staplers, powered endoscopic graspers, advanced energy devices, or powered endoscopic clip appliers (see 200530), as shown in fig. 16. Thus, a modular device 5102 implemented as one or more active or idle devices (see 200510), advanced energy devices, powered endoscopic graspers, powered staplers, or powered endoscopic clip appliers (see 200520), or powered staplers, powered endoscopic graspers, advanced energy devices, or powered endoscopic clip appliers (see 200530) (as shown in fig. 16) may be configured to be operable as a data source 5126 and to interact with a database 5122 and patient monitoring devices 5124. The modular device 5102, implemented as one or more active or idle devices (see 200510), advanced energy devices, powered endoscopic graspers, powered staplers or powered endoscopic clip appliers (see 200520), or powered staplers, powered endoscopic graspers, advanced energy devices or powered endoscopic clip appliers (see 200530) (as shown in fig. 16), may also be configured to interact with the surgical hub 5104 to provide information (e.g., data and control) to and receive information (e.g., data and control) from the surgical hub 5104.

Referring now to fig. 15, a timeline 5200 depicting situational awareness of a hub, such as the surgical hub 106 or 206 (fig. 1-11), is shown. The time axis 5200 is illustrative of the surgical procedure and background information that the surgical hub 106, 206 may derive from the data received from the data source at each step in the surgical procedure. The time axis 5200 depicts typical steps that nurses, surgeons, and other medical personnel would take during a lung segmentation resection procedure, starting from the establishment of an operating room and ending with the transfer of the patient to a post-operative recovery room.

The situation aware surgical hub 106, 206 receives data from data sources throughout the surgical procedure, including data generated each time medical personnel utilize a modular device paired with the surgical hub 106, 206. The surgical hub 106, 206 may receive this data from the paired modular devices and other data sources and continually derive inferences about the procedure being performed (i.e., background information) as new data is received, such as which step of the procedure is performed at any given time. The situational awareness system of the surgical hub 106, 206 can, for example, record data related to the procedure used to generate the report, verify that the medical personnel are taking steps, provide data or prompts that may be related to the particular procedure step (e.g., via a display screen), adjust the modular device based on context (e.g., activate a monitor, adjust a field of view (FOV) of a medical imaging device, or change an energy level of an ultrasonic surgical instrument or RF electrosurgical instrument), and take any other such action as described above.

As a first step 5202 in this exemplary procedure, the hospital staff retrieves the patient's EMR from the hospital's EMR database. Based on the selected patient data in the EMR, the surgical hub 106, 206 determines that the procedure to be performed is a chest procedure.

In a second step 5204, the staff scans the incoming medical supplies for the procedure. The surgical hub 106, 206 cross-references the scanned supplies with a list of supplies used in various types of procedures and confirms that the supplied mix corresponds to a chest procedure. In addition, the surgical hub 106, 206 may also be able to determine that the procedure is not a wedge procedure (because the incoming supplies lack some of the supplies required for a chest wedge procedure, or otherwise do not correspond to a chest wedge procedure).

In a third step 5206, medical personnel scan the patient belt via a scanner communicatively connected to the surgical hub 106, 206. The surgical hub 106, 206 may then confirm the identity of the patient based on the scanned data.

Fourth, the medical staff opens the ancillary equipment 5208. The ancillary equipment utilized may vary depending on the type of surgery and the technique to be used by the surgeon, but in this exemplary case they include smoke ejectors, insufflators, and medical imaging devices. When activated, the auxiliary device, which is a modular device, may be automatically paired with a surgical hub 106, 206 located in a specific vicinity of the modular device as part of its initialization process. The surgical hub 106, 206 may then derive contextual information about the surgical procedure by detecting the type of modular device with which it is paired during the pre-operative or initialization phase. In this particular example, the surgical hub 106, 206 determines that the surgical procedure is a VATS procedure based on this particular combination of paired modular devices. Based on a combination of data from the patient's EMR, a list of medical supplies used in the procedure, and the type of modular device connected to the hub, the surgical hub 106, 206 can generally infer the particular procedure that the surgical team will perform. Once the surgical hub 106, 206 knows what particular procedure is being performed, the surgical hub 106, 206 may retrieve the steps of the procedure from memory or cloud and then cross-reference the data it subsequently receives from the connected data sources (e.g., modular devices and patient monitoring devices) to infer what steps of the surgical procedure are being performed by the surgical team.

In a fifth step 5210, the practitioner attaches EKG electrodes and other patient monitoring devices to the patient. EKG electrodes and other patient monitoring devices can be paired with the surgical hubs 106, 206. When the surgical hub 106, 206 begins to receive data from the patient monitoring device, the surgical hub 106, 206 thus confirms that the patient is in the operating room.

Sixth step 5212, the medical personnel induce anesthesia in the patient. The surgical hub 106, 206 may infer that the patient is under anesthesia based on data from the modular device and/or the patient monitoring device, including, for example, EKG data, blood pressure data, ventilator data, or a combination thereof. Upon completion of the sixth step 5212, the pre-operative portion of the lung segmentation resection procedure is completed and the operative portion begins.

In a seventh step 5214, the patient's lungs being operated on are collapsed (while ventilation is switched to the contralateral lungs). For example, the surgical hub 106, 206 may infer from the ventilator data that the patient's lungs have collapsed. The surgical hub 106, 206 may infer that the surgical portion of the procedure has begun because it may compare the detection of the patient's lung collapse to the expected steps of the procedure (which may have been previously visited or retrieved), thereby determining that collapsing the lungs is the first surgical step in that particular procedure.

In an eighth step 5216, a medical imaging device (e.g., an endoscope) is inserted and video from the medical imaging device is initiated. The surgical hub 106, 206 receives medical imaging device data (i.e., video or image data) through its connection to the medical imaging device. After receiving the medical imaging device data, the surgical hub 106, 206 may determine that a laparoscopic portion of the surgical procedure has begun. In addition, the surgical hub 106, 206 may determine that the particular procedure being performed is a segmental resection, rather than a lobectomy (note that wedge procedures have been excluded by the surgical hub 106, 206 based on the data received at the second step 5204 of the procedure). Data from the medical imaging device 124 (fig. 2) may be used to determine contextual information relating to the type of procedure being performed in a number of different ways, including by determining the angle of visualization orientation of the medical imaging device relative to the patient anatomy, monitoring the number of medical imaging devices utilized (i.e., activated and paired with the surgical hub 106, 206), and monitoring the type of visualization devices utilized. For example, one technique for performing a VATS lobectomy places a camera in the lower anterior corner of the chest above the patient's septum, while one technique for performing a VATS segmental resection places the camera in an anterior intercostal location relative to the segmental cleft. For example, using pattern recognition or machine learning techniques, the situational awareness system may be trained to recognize the positioning of the medical imaging device from a visualization of the patient's anatomy. As another example, one technique for performing VATS leaf resection utilizes a single medical imaging device, while another technique for performing VATS segmental resection utilizes multiple cameras. As yet another example, a technique for performing a VATS segmental resection utilizes an infrared light source (which may be communicatively coupled to a surgical hub as part of a visualization system) to visualize segmental fissures that are not used in a VATS pulmonary resection. By tracking any or all of this data from the medical imaging device, the surgical hub 106, 206 can thus determine the particular type of surgical procedure being performed and/or the technique being used for the particular type of surgical procedure.

Ninth step 5218, the surgical team begins the dissection step of the procedure. The surgical hub 106, 206 may infer that the surgeon is in the process of dissecting to mobilizing the patient's lungs because it receives data from the RF generator or ultrasound generator indicating that the energy instrument is being fired. The surgical hub 106, 206 may intersect the received data with the retrieved steps of the surgical procedure to determine that the energy instrument fired at that point in the procedure (i.e., after completion of the previously discussed surgical steps) corresponds to an anatomical step. In some cases, the energy instrument may be an energy tool mounted to a robotic arm of a robotic surgical system.

In a tenth step 5220, the surgical team continues with the surgical ligation step. The surgical hub 106, 206 may infer that the surgeon is ligating arteries and veins because it receives data from the surgical stapling and severing instrument indicating that the instrument is being fired. Similar to the previous steps, the surgical hub 106, 206 may deduce the inference by cross-referencing the receipt of data from the surgical stapling and severing instrument with the retrieval step in the procedure. In some cases, the surgical instrument may be a surgical tool mounted to a robotic arm of a robotic surgical system.

Eleventh step 5222, a segmental resection portion of the procedure is performed. The surgical hub 106, 206 may infer that the surgeon is transecting soft tissue based on data from the surgical stapling and severing instrument, including data from its cartridge. The cartridge data may correspond to, for example, the size or type of staples fired by the instrument. Since different types of staples are used for different types of tissue, the cartridge data can indicate the type of tissue being stapled and/or transected. In this case, the type of staple fired is for soft tissue (or other similar tissue type), which allows the surgical hub 106, 206 to infer that the segmental resection portion of the procedure is in progress.

In a twelfth step 5224, a node dissection step is performed. The surgical hub 106, 206 may infer that the surgical team is dissecting a node and performing a leak test based on data received from the generator indicating that the RF or ultrasonic instrument is being fired. For this particular procedure, the RF or ultrasound instruments used after transecting the soft tissue correspond to a nodal dissection step that allows the surgical hub 106, 206 to make such inferences. It should be noted that the surgeon periodically switches back and forth between the surgical stapling/severing instrument and the surgical energy (i.e., RF or ultrasonic) instrument depending on the particular step in the procedure, as different instruments are better suited to the particular task. Thus, the particular sequence in which the stapling/severing instrument and the surgical energy instrument are used may dictate the steps of the procedure being performed by the surgeon. Further, in some cases, robotic implements may be used for one or more steps in a surgical procedure, and/or hand-held surgical instruments may be used for one or more steps in a surgical procedure. One or more surgeons may alternate and/or may use the device simultaneously, for example, between a robotic tool and a hand-held surgical instrument. Upon completion of the twelfth step 5224, the incision is closed and the post-operative portion of the procedure is initiated.

A thirteenth step 5226, reverse anesthetizing the patient. For example, the surgical hub 106, 206 may infer that the patient is waking up from anesthesia based on, for example, ventilator data (i.e., the patient's breathing rate begins to increase).

Finally, a fourteenth step 5228 is for the medical personnel to remove various patient monitoring devices from the patient. Thus, when the hub loses EKG, BP, and other data from the patient monitoring device, the surgical hub 106, 206 may infer that the patient is being transferred to a recovery room. As can be seen from the description of this exemplary procedure, the surgical hub 106, 206 may determine or infer when each step of a given surgical procedure occurs from data received from various data sources communicatively coupled to the surgical hub 106, 206.

In various aspects, the one or more active or idle devices (see 200510), advanced energy devices, powered endoscopic graspers, powered staplers, or powered endoscopic clip appliers (see 200520), or powered staplers, powered endoscopic graspers, advanced energy devices, or powered endoscopic clip appliers (see 200530) (shown in fig. 16) may be configured to be operable in a hub environment, such as a surgical hub 106 or 206 (fig. 1-11), for example, under situational awareness, as shown by time axis 5200. Situational awareness is further described in U.S. provisional patent application serial No. 62/659,900 entitled "METHOD OF HUB COMMUNICATION" filed on 19.4.2018, which is incorporated herein by reference in its entirety. In certain instances, operation of the robotic surgical system (including, for example, the various robotic surgical systems disclosed herein) may be controlled by the hub 106, 206 based on its situational awareness and/or feedback from its components and/or based on information from the cloud 104.

Wireless hub interaction

Prioritization of routines, systems or communications

In various aspects, a hub may be configured to prioritize communications, interactions, or processing based on system or device requirements. In one aspect, the prioritizing may be a reordering of communication packet transmission priority. In another aspect, the prioritization may be a prioritization of communication packets within a communication traffic flow. The package prioritization may be to look outside the hub network for the required update routines, processes or data to perform the critical surgical steps. In another aspect, the prioritization may be to delay or interrupt traffic within the network to enable critical pieces of data to be prioritized to ensure success of critical device or hub processing or operations. In another aspect, the interruption may be a short-term reordering of communications or a long-term adjustment to the data collection or transmission rate. These adjustments may be acute, or maintained during surgery, or adjusted directly until later for different reasons.

In various aspects, control and task ownership of a hub to hub interaction may be based on the performance of the hub and the location of modules within the hub's network. In one aspect, these capabilities may include individual hub capacity, hub type, type of data, interaction of data needed to perform the indicated surgical work, or hub requirements. In another aspect, capacity may include available processing, storage, free or unused communication bandwidth. In one aspect, the location of the most critical module for the current surgical task or the next appropriate task may be used to determine which hub is in control of function.

Establishment and change of communication priority

Various techniques for establishing a hub wireless communication priority order are described herein.

Fig. 16 depicts a chart 200500 indicating a priority of hub communication according to a surgical step in accordance with at least one aspect of the present disclosure. In one aspect, the hub communication priority may be based on situational awareness of the hub. Situational awareness of the hub can determine which step of the procedure is being performed and thus what the appropriate communication priority is, as shown in fig. 16. The communication priority may be based on, for example, a critical failure of a particular step, process, or device operation. Further, for example, the communication priority may be based on the surgical step and the device needs to be determined integral to that step. Further, for example, the communication priority may be based on the particular requirements of a particular configured device for a given device. For example, a battery powered RF device is configured to be able to operate in a high mode based on computations to improve performance, and may require some supplemental processing to be performed by the hub. Further, the priority order of the communication priorities may vary based on the current step of the procedure, as shown in fig. 16. For example, communication priorities from devices actively used for critical surgical steps may typically have higher communication priorities when compared to devices waiting to be used in the background. Further, the communication priority may be based on the importance of the connected devices.

Further, the communication priority may be based on the status of the hub itself. For example, if an internal process or program in the hub fails, it may be necessary to verify the authenticity or integrity of the program before reinitializing the program. As another example, it may be necessary to communicate with an external secure stub or license server to bring the program back online. In one aspect, the hub may need to communicate with some cloud services in order to verify whether any changes or updates are needed for the hub-based program to run after an unexpected shutdown. For example, such cloud service communications may be required to re-establish a predefined link between the hub and any relay device or range expansion device used to reacquire the link to the attached/paired device. In some aspects, the communication priority may be based on an importance level of the problem being experienced by the attached device. Further, the communication priority may be based on detection by the hub of a device capable of communicating with the hub and whether the device lacks an established identification.

The chart 200500 shown in fig. 16 illustrates some examples of communication priorities that may be associated with the first hub and related to a surgical procedure. Column 200510 shows a set of default communication priorities for a first hub associated with a first Operating Room (OR) in which the general surgery is active. As shown in column 200510, those functions associated with patient status monitoring (e.g., anesthesia, blood pressure monitoring, pulse oximetry monitoring, and similar status indicators) may be given a highest priority (priority 1). The first hub has a high communication priority with the universal intelligent surgical instrument within the first OR after patient monitoring. Communications with a second hub located in a second OR and communications with instruments associated with the second hub may generally have a lower priority for communications. Communications with devices and/or servers associated with ancillary activities, such as one-time inventory and billing services, may have a lower priority for communications.

Column 200520 of chart 200500 shows a set of communication priorities for a first hub associated with a first operating room in which a vascular anatomical procedure is being performed. As shown in column 200520, the patient monitoring function also has the highest level priority (priority 1) for the first hub communication. Then, communication with the anatomy specific device (such as the advanced energy device and the motorized endoscopic grasper) has the next highest priority of communication. In some aspects, the second hub in the second OR may communicate with a medical device associated with a vascular transection procedure. The second hub may, for example, communicate with other medical devices, such as a powered stapler and a powered endoscopic clip applier. The second hub and its associated medical devices may have a lower priority of communication relative to the first hub. Also, as shown in column 200510, communications with auxiliary services may have a lower priority.

Column 200530 of chart 200500 shows a set of communication priorities for a first hub associated with a first surgical room in which a vessel transection procedure is being performed. As shown in column 200520, the patient monitoring function also has the highest level priority (priority 1) for the first hub communication. Then, communication with the anatomy specific device (such as the motorized stapler device and the motorized endoscopic grasper) has the next highest priority of communication. In some aspects, the second hub in the second OR may communicate with a medical device associated with a vascular anatomical procedure. The second hub, for example, may communicate with other medical devices, such as advanced energy devices and motorized endoscopic clip appliers. The second hub and its associated medical devices may have a lower priority of communication relative to the first hub. Also, as shown in column 200510, communications with auxiliary services may have a lower priority.

Detecting necessary interaction of two systems within a network

In various aspects, the hub may be configured to be able to reprioritize linked processes or products to ensure that the required information has been transmitted to and/or received from the device.

In one aspect, if the device in use requires input from the associated system, but has not yet been provided with the required data, communications with the associated system may be prioritized. For example, if the intelligent advanced energy combining device is in use, but no information about tissue type, thickness or collagen level has been received from the advanced visualization module, and the hub has identified that both systems are present within the network, the hub can be configured to be able to subsequently prioritize the image processing routines and provide the parameters required by the energy device as the highest priority for the processes and communications through the systems.

Hub to hub communication, process control and interaction

Various technologies are described herein for non-interactive, and process-sharing hubs to communicate with the hub.

In one aspect of non-interactive communication, the hubs may be configured to enable inter-hub sharing of information including, for example, location, geofence, and status. In this regard, the hub may be configured to be able to communicate with neighboring OR hubs and identify/locate different systems. Communication of data, status, or other collected information to the network of hubs may be selectively used by one or more hubs.

In one aspect of interactive control communications, interaction between hubs to distribute data and processing may be accomplished over a network. Multiple hubs connected via a network may use distributed processing to process/determine/compute performance or usage parameters. For example, fig. 17 is a diagram of a network of surgical hubs 200600 implementing a distributed processing system in accordance with at least one aspect of the present disclosure.

As shown in fig. 17, hubs 1,2, 3, and 4(200610, 200620, 200630, and 200640, respectively) may be included in the network of surgical hub 200600. Each hub may be located in a separate operating room. Thus, hub 1(200610) may be located within OR 1(200612), hub 2(200620) may be located within OR 2(200622), hub 3(200630) may be located within OR 3(200632), and hub 4(200610) may be located within OR 4 (200642).

Distributed processing systems allow hubs within the system to distribute processing resources among themselves as needed. For example, if a hub within a network reaches its processing or capacity limit such that it will be required to begin budgeting processing capacity, and another hub within the network is idle, the first hub may offload high processing demands to that idle hub, allowing the idle hub to share maximum processing performance and capacity demands. An example of such inter-hub communication is shown in fig. 17. Thus, hub 1(200610) may form communication link 200650a with hub 2(200620), communication link 200650b with hub 3(200630), or communication link 200650c with hub 4 (200640). Hub 2(200620) may form communication link 200650a with hub 1(200610), communication link 200650d with hub 3(200630), or communication link 200650e with hub 4 (200640). Hub 3(200630) may form communication link 200650b with hub 1(200610), communication link 200650d with hub 2(200620), or communication link 200650d with hub 4 (200640). Similarly, hub 4(200640) may form communication link 200650c with hub 1(200610), communication link 200650e with hub 2(200620), or communication link 200650f with hub 3 (200630). While each hub in the network of surgical hubs 200600 may form a pair of communicative connections with any other hub in the network of surgical hubs 200600, it can be appreciated that the distribution of processes between hubs may include more than two hubs in any connection. In one aspect, hubs in the same OR/network may use a different communication protocol than the communication protocol used by hubs in a different OR/network.

In one aspect of process sharing among hubs based on unused capacity of the interconnected system, processing or communication resources may be distributed or centralized based on anticipated system impact. For example, interconnected surgical devices/systems may be configured to be able to compare which devices have the modules and systems necessary to accomplish a particular surgical task. If the task is process-intensive or communication-intensive, the system may distribute the required capacity among multiple devices or incorporate them into a particular portion of the system in order to complete the task based on its importance or its impact on the overall system (and thus its impact on other tasks performed by the system). The priority order for sharing may be determined by several factors, such as capacity (i.e., how much the system matches its current functionality), activity level (e.g., unused hubs because the OR is empty OR set to be prioritized for sharing), model number (e.g., models with enhanced performance may be better for sharing than older models), and so on.

61页详细技术资料下载
上一篇:一种医用注射器针头装配设备
下一篇:具有变化的参数的临界功率自适应训练

网友询问留言

已有0条留言

还没有人留言评论。精彩留言会获得点赞!

精彩留言,会给你点赞!