"System interrupts" is not a process in the traditional sense, but is present to try to explain to the user that the computer is spending 1.5% of its CPU resources processing interrupt requests. Interrupts occur below the OS level, so they are not associated with any particular process.
Interrupts (IRQs) exist so that the hardware components of your system can tell the CPU things like "an error occurred", or "the data you requested is now available", or "this device would like to send data". Any time a device or piece of software needs to tell the CPU something about the task it's performing, or needs to instruct the CPU to do something, it raises an Interrupt, which the CPU receives and handles. When this happens, the CPU immediately stops what it is doing such that it processes the interrupt.
When viewed as a process, another related item are Deferred Procedure Calls (DPCs), which are OS functions called either directly or indirectly in response to a raised interrupt, in an asynchronous manner. By adding the System Interrupts and DPC processing together, you can generally estimate the amount of resources in use responding to IRQ handling.
There are good interrupts and bad ones. If you are spending a lot of time on interrupt processing, there is a good probability that at least one piece of hardware is failing. On the other hand, lots of hardware use IRQs for timing and other valuable purposes. For instance, the PCI bus uses IRQs to control what device is using the bus at any given instant, so that every device shares the bus efficiently.
At 1.5%, everything sounds normal to me.