La avería de funcionamiento, documentada desde el primer segundo.

El reglamento alemán sobre la explotación de productos sanitarios (MPBetreibV) hace responsables a los titulares del funcionamiento seguro de sus equipos. Para determinados productos sanitarios activos, eso incluye un libro de producto sanitario y, en él, entre otras cosas, la documentación de fecha, tipo y consecuencias de las averías de funcionamiento, así como de los errores de manejo repetidos del mismo tipo. La documentación debe estar accesible cuando se necesita, por ejemplo en una inspección.

En el día a día eso significa que cada avería necesita un comienzo limpio: cuándo, qué equipo, qué ha pasado exactamente. Justo ese comienzo se pierde con el aviso a gritos por el pasillo y hay que reconstruirlo después con esfuerzo.

• Según el equipo, las averías de funcionamiento son de documentación obligatoria — con fecha, tipo y consecuencias
• Los huecos salen a la luz, como muy tarde, en una inspección o en caso de siniestro
• Reconstruir de memoria es el camino más caro y más inseguro

Para que no haya malentendidos: ServiceID no es software de productos sanitarios y no sustituye ni el libro de producto sanitario, ni el inventario, ni sus procesos según la MPBetreibV. Si los avisos pasan a su documentación de equipos, y cómo, sigue siendo decisión suya y de sus responsables de calidad.

Lo que ServiceID aporta es la parte que hoy falta con más frecuencia: el comienzo estructurado y con marca de tiempo de cada avería, en lugar de una reconstrucción días después. Y una aclaración más: se avisa de equipos, no de pacientes. Los temas se configuran de forma que no se recojan datos de pacientes ni datos de salud.

• No sustituye: libro de producto sanitario, inventario, procesos de calidad
• Aporta: avisos de avería estructurados y fechados como datos de partida
• No recoge datos de pacientes — los temas se configuran en consecuencia