1. ITSM for Healthcare and Hospitals
  2. Features
  3. Clinical incidents
Feature · Clinical incidents

Clinical incidents

Keep clinical service interruptions assigned and traceable.

OverviewMy Clinical Incidents
ITSM for Healthcare and Hospitals · Clinical incidents

My Clinical Incidents

Incidents

New
IdSummaryPriorityStatusOpened atService
IDD-563SMM-830LowOpen23 OctSRV-9812
IDD-324SMM-494MediumAcknowledged21 OctSRV-1812
IDD-254SMM-900HighInvestigating19 OctSRV-3671
IDD-402SMM-379CriticalResolved19 OctSRV-4029
IDD-122SMM-177LowClosed04 OctSRV-1800
6 of 6 records
IDD-563Incidents · INC-27789
Low
SummarySMM-830
StatusOpen
Opened at23 Oct
ServiceSRV-9812
Example screen with sample data

What you can do

Follow the working record

A medication workstation loses access to a clinical service. The desk analyst records the affected service, asset, priority and assignee. On capture, the incident is acknowledged and a first response event is recorded; starting investigation adds an attributed update. A clinical service impact record names the affected care service, patient care impact and clinical owner. The responder attaches the downtime procedure when used, then records restoration and resolution.

The response event captures who acknowledged the incident and when. Investigation creates an attributed update; a later update belongs to its own author and incident. The service manager can compare the opened, acknowledged and resolved times without assuming that acknowledgment means restoration.

How the work is organized

  • Triage. The Clinical Service Desk Analyst selects the service, asset, priority and assigned responder.
  • Response. The Incident Responder follows the acknowledgment event and adds investigation findings to the incident history.
  • Care impact. Link a separate impact record when care is delayed or unavailable, with the clinical owner and procedure attachment.

The incident moves through Open, Acknowledged, Investigating, Resolved and Closed. Keep those states distinct when handing work between shifts. An investigation update explains what was checked; it does not by itself close the interruption.

What to agree during setup

Agree who assigns urgent cases, who covers acknowledgment after hours and which clinical owner confirms care impact. Map the service and asset references so responders can distinguish a workstation fault from an application-wide interruption. Decide when to attach the downtime procedure and how to record a return to service.

Test the access boundary with an incident assigned to another responder. The service manager should see the queue, but the assigned responder should carry the investigation. Check that the first response event and subsequent update retain their own times and people.

Check the handoff on an actual case

Rehearse an interruption on a named service. Capture the incident, inspect the acknowledgment event and begin investigation. Confirm the update identifies its author and is linked to the same incident. If care was delayed, have the clinical owner review the separate impact record and attached procedure.

Compare the case after a shift change. The incoming responder should be able to identify the next action from the current status, service and dated updates. Resolve only after the restoration evidence is recorded, then let the service manager review the history before closure.

The service manager can compare the incident’s priority with its status during the next queue review. If the case is still Investigating, the latest attributed update should say what was checked and what remains open. The clinical owner sees the care consequence through the linked impact record, while the responder continues to own technical restoration.

What your team sees

  • Open Clinical Incidents — Review the filtered records and choose the next action.
  • My Clinical Incidents — Open related records before the handoff.

Follow the work through

What it keeps track of

Data model
Incidents
Clinical system incidents with priority, assignment and resolution state.
Incident response events
Response Events records for IT service and asset operations.
Incident updates
Chronological updates recorded against a clinical incident.
Clinical service impacts
Clinical Service Impacts records for IT service and asset operations.
Services
Clinical and IT services delivered across the hospital and health system.
Assets
Tracked clinical, network and endpoint devices in service.

Who uses it

Permissions
Clinical Service Desk Analyst
, Incident Responder, Service Manager

Set up ITSM for Healthcare and Hospitals your way.

Start free, then use Proto to change fields, steps and approvals before your team goes live.

How to get started