Managing Robotic Surgery Documentation

---
name: managing-robotic-surgery-documentation
language: en
description: Documents robotic-assisted procedures with system setup, docking, console time, and conversion criteria. Use when documenting robotic procedures, recording system parameters, or noting robotic-specific complications.
tags:
  - management
  - surgery
metadata:
  author: casemark
  practice_areas:
    - General Surgery
    - Surgical Subspecialties
  document_types:
    - Management Report
  skill_modes:
    - Management
    - Coordination
---

# Managing Robotic Surgery Documentation

Documents robotic-assisted procedures with system setup, docking, console time, and conversion criteria.

## Why This Skill Exists

Robotic-assisted surgery has expanded rapidly across surgical specialties, with over 1.2 million robotic procedures performed annually in the US. Documentation requirements for robotic cases are substantially more complex than standard laparoscopic procedures due to the involvement of a multi-million dollar platform, specialized credentialing requirements, device-specific safety events, and unique complication profiles. The Joint Commission requires documentation of equipment used during procedures, and institutions must track robotic utilization, outcomes, and credentialing compliance for privileging reviews.

Intuitive Surgical (da Vinci), Medtronic (Hugo), and other robotic manufacturers require specific documentation for warranty, maintenance, and adverse event reporting. The FDA MedWatch system mandates reporting of robotic device malfunctions that result in or could have resulted in patient harm. Incomplete robotic documentation creates credentialing vulnerability, device safety gaps, and medicolegal exposure. This skill standardizes robotic surgery documentation to meet clinical, regulatory, credentialing, and device-specific requirements.

---

## Checkpoint A: Pre-Draft Intake (Mandatory)

1. What robotic platform was used (da Vinci Xi, da Vinci SP, Hugo RAS, Ion, Versius, other)? **Default: da Vinci Xi**
2. What procedure was performed and was it fully robotic or hybrid (robotic + laparoscopic/open segments)? **Default: fully robotic**
3. How many robotic arms were used? **Default: 4 (3 operative + 1 camera)**
4. Was there a console surgeon different from the bedside assistant? **Default: [VERIFY]**
5. Were there any system faults, error messages, or malfunctions during the case? **Default: none**
6. Was the procedure converted from robotic to laparoscopic or open? **Default: no**
7. What is the surgeon's robotic credentialing status (proctored, independent, proctor)? **Default: independently credentialed**
8. Was a bedside assistant present throughout the case? **Default: yes**

### Documents to Request

- Robotic system case log (automatically generated by the system)
- Operative report
- Nursing intraoperative documentation (robot model, serial number, arm assignments)
- Equipment/device usage record with serial numbers
- Surgeon robotic credentialing file
- Anesthesia record (for total operative time, docking time, console time)
- System fault/error logs (obtained from the robotic system)
- Instrument usage records (instrument life tracking)
- Device-related adverse event forms (if applicable)

---

## Step 1: Robotic System Setup and Configuration

Document the following system-specific information:

| Element | Documentation | Example |
|---|---|---|
| Platform and model | Full system name, model number | da Vinci Xi, SN 12345 |
| Software version | Current software version | V 4.0.x |
| Number of arms used | Total arms active | 4 arms (3 operative + 1 camera) |
| Arm assignments | Which instrument on which arm | Arm 1: monopolar scissors, Arm 2: ProGrasp, Arm 3: bipolar fenestrated |
| Camera type | 0° or 30° lens, 8mm or 12mm | 30° down, 8mm scope |
| Energy modality | Monopolar, bipolar, vessel sealer | Arm 1: monopolar cautery, Arm 2: Vessel Sealer Extend |
| Firefly (ICG) | Used or not, indication | Firefly used for ICG angiography to assess tissue perfusion |

### Port Placement Documentation

Document each port with:
- Location (anatomic landmark and distance from midline)
- Port size (8mm robotic, 12mm assistant, 5mm assistant)
- Insertion technique (Veress needle, optical entry, Hasson, at prior incision)
- Arm assignment for each robotic port

Example documentation:
```
Port 1 (camera): 8mm robotic port, placed supraumbilical via optical entry, Arm 3 (camera)
Port 2: 8mm robotic port, right upper quadrant, MCL at costal margin, Arm 1 (monopolar scissors)
Port 3: 8mm robotic port, left upper quadrant, MCL at costal margin, Arm 2 (ProGrasp)
Port 4: 8mm robotic port, right lateral, AAL at level of umbilicus, Arm 4 (bipolar)
Port 5: 12mm assistant port, right lower quadrant, placed under direct vision
```

---

## Step 2: Operative Timing Documentation

Track and document key time intervals:

| Time Point | Definition | Example |
|---|---|---|
| Patient in room | Wheels in OR | 07:30 |
| Anesthesia start | Induction begins | 07:40 |
| Incision time | First port access | 08:10 |
| Robot roll-in | Cart positioned | 08:20 |
| Docking start | First arm docked | 08:22 |
| Docking complete | All arms docked, ready for console | 08:30 |
| Console time start | Surgeon begins operating at console | 08:32 |
| Console time end | Surgeon leaves console | 10:15 |
| Undocking | Arms released from ports | 10:17 |
| Robot roll-out | Cart moved away from patient | 10:20 |
| Closure start | Begin closing ports/incisions | 10:22 |
| Procedure end | Last suture/dressing | 10:35 |
| Patient out of room | Wheels out of OR | 10:55 |

**Key metrics to calculate and document:**
- **Total operative time**: Incision to closure completion
- **Console time**: Time surgeon is actively operating at the console
- **Docking time**: Time from first arm dock to docking complete
- **Non-console surgical time**: Total operative time minus console time (port placement, docking, undocking, extraction, closure)
- **Turnover time**: Wheels-out to wheels-in for next case (includes robot repositioning)

---

## Step 3: Robotic-Specific Technique Narrative

In addition to standard operative report technique elements, document:

### Docking
- Patient position (Trendelenburg angle, lateral tilt, lithotomy)
- Robot cart approach direction (over left shoulder, over right shoulder, between legs, lateral)
- Target anatomy for docking alignment
- Any repositioning or re-docking during the case (document reason)

### Console Operation
- Instruments used and any instrument exchanges (track number of uses for instrument life)
- Use of ICG/Firefly fluorescence (indication, timing, findings)
- Use of integrated imaging (TilePro display of preoperative imaging, ultrasound, fluoroscopy)
- Clutching and repositioning frequency (indicates complexity)
- Dual console use (if teaching — document trainee console time separately)

### Undocking and Specimen Extraction
- Port used for specimen extraction
- Use of retrieval bag (type and size)
- Incision extension (if needed for extraction — document length and location)
- Specimen integrity (intact vs. morcellated — document if morcellation used, this is a specific FDA concern for uterine tissue)

---

## Step 4: Conversion Documentation

If conversion from robotic to laparoscopic or open occurs, document:

| Element | Required Documentation |
|---|---|
| Reason for conversion | Specific clinical reason (e.g., adhesions preventing safe dissection, hemorrhage requiring manual compression, equipment failure, anatomy not amenable to robotic approach) |
| Time of conversion | Clock time and elapsed console time |
| Type of conversion | Robotic → laparoscopic, robotic → open, robotic → hand-assisted |
| Decision maker | Surgeon who made the conversion decision |
| Patient status | Hemodynamically stable vs. emergent conversion |
| Equipment changes | Instruments, tray sets opened |
| Outcome | Procedure completed vs. aborted |

**Critical**: Conversion to open or laparoscopic is a clinical decision, not a failure. Document the rationale clearly and objectively. Do not use language suggesting error or poor judgment (e.g., "forced to convert"). Use language like "conversion was performed for patient safety due to..."

Conversion rate tracking by surgeon is a credentialing metric. Typical benchmarks:
- Robotic cholecystectomy: <5% conversion rate
- Robotic colectomy: <5-10%
- Robotic prostatectomy: <1-2%

---

## Step 5: Device Safety and Adverse Event Reporting

### System Fault Documentation

If any system fault occurs during the case, document:
- Fault type (software error, arm collision, instrument fault, vision system error)
- Time of occurrence and duration of interruption
- Resolution (auto-resolved, manual reset, instrument change, system restart)
- Impact on patient care (none, delay, additional port, conversion)
- Whether biomedical engineering was notified

### FDA MedWatch Reporting Criteria

Report to FDA (MedWatch Form 3500A) if the device malfunction:
- Caused or contributed to patient death
- Caused or contributed to serious patient injury
- If the malfunction were to recur, could cause death or serious injury

### Instrument Life Tracking

Document instrument usage for lifecycle management:
- Each da Vinci instrument has a use-life limit (typically 10 uses)
- Document instrument serial number and use count
- Report instruments nearing end-of-life to sterile processing
- Never use an instrument beyond its rated life — this is both a safety and liability issue

### Credentialing Documentation

Maintain for each surgeon:
- Case log with procedure type, console time, and outcomes
- Proctoring records (proctor name, case count, sign-off)
- Complication rates including conversions
- Annual robotic volume (most institutions require minimum annual case volume for continued privileges)

---

## Checkpoint B: Post-Draft Alignment (Mandatory)

1. Is the robotic system identified by platform, model, and serial number?
2. Are operative timing metrics documented (docking time, console time, total operative time)?
3. Does the operative report include robotic-specific technique elements (port placement, arm assignments, instruments)?
4. If conversion occurred, is the reason, timing, and decision-making documented?
5. Have any system faults or device malfunctions been documented and reported per institutional protocol?

---

## Quality Audit

- [ ] Robotic platform model and serial number documented
- [ ] Software version documented
- [ ] Port placement documented with sizes, locations, and arm assignments
- [ ] Instruments documented by arm with use-count tracking
- [ ] Docking time documented (start to complete)
- [ ] Console time documented (start and end times)
- [ ] Total operative time documented
- [ ] ICG/Firefly use documented with indication and findings (if used)
- [ ] Dual console use documented with trainee time separated (if applicable)
- [ ] Specimen extraction method documented (including retrieval bag use)
- [ ] Conversion documented with reason, timing, and type (if applicable)
- [ ] System faults documented with resolution and patient impact
- [ ] FDA MedWatch report filed for reportable events
- [ ] Instrument life tracking updated in sterile processing system
- [ ] Case logged in surgeon's robotic credentialing file
- [ ] Robotic-specific complications documented (e.g., port-site hernia, subcutaneous emphysema, neuropathy from positioning)

---

## Guidelines

1. Always document the robotic system serial number — this is required for device tracking, adverse event reporting, and warranty claims. The circulating nurse should record this on the intraoperative documentation.
2. Track docking time and console time separately from total operative time. Docking time is a key efficiency metric and decreases with team experience. Benchmark: <10 minutes for experienced teams.
3. For dual-console cases (teaching), document exactly which portions were performed by the attending vs. the trainee, including when the attending took over console control. This satisfies CMS teaching physician requirements and ACGME documentation.
4. Conversion is not a complication — it is a safety decision. Document the clinical rationale objectively. Track conversion rates as a quality metric, not a punitive measure.
5. Report ALL system faults to biomedical engineering, even those that self-resolve. Patterns of faults may indicate impending system failure. Document the fault code if available.
6. For instrument use tracking, never override or reset use-life counters. Using instruments beyond rated life is a patient safety violation and creates institutional liability.
7. Maintain a robotic surgery case log for each surgeon that includes procedure type, console time, complications, and conversions. This log is required for privileging reviews and should be updated after every case.
8. Morcellation of tissue requires specific informed consent and documentation per FDA guidance. Never morcellate tissue that has not been evaluated for potential malignancy (especially uterine tissue due to risk of disseminating occult leiomyosarcoma).